# Выполнение работ по модернизации программного решения, автоматизирующего работу административной комиссии администрации федеральной территории «Сириус»

- Номер: 0881500000126000063 (44-ФЗ)
- Заказчик: ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ФЕДЕРАЛЬНОЙ ТЕРРИТОРИИ "СИРИУС" "ЦИФРА.ФТ"
- НМЦК: 5 612 000,00 ₽
- Подача заявок до: 20.10.2026
- Карточка ЕИС: https://zakupki.gov.ru/epz/order/notice/ea20/view/common-info.html?regNumber=0881500000126000063

**Требование к опыту:** Опыт не нужен
**Суть:** Доработать ПО «Автоматизация КНО» административной комиссии федеральной территории «Сириус» до 14.12.2026: интеграции с ГИС «Единый цифровой профиль», биллинговой системой платных дорог и МВД через СМЭВ (сведения о владельцах ТС и нарушителях), плюс новый модуль постановлений о штрафах за неоплату платного проезда. Участник должен подтвердить в заявке право на модификацию этой программы.
**Тип проекта:** Доработка
**Сроки:** с даты заключения контракта по 14.12.2026
**Оплата:** без аванса, в течение 7 рабочих дней с даты подписания документа о приёмке
**Гарантия:** 12 месяцев с даты подписания документа о приёмке в ЕИС
**Права на результат:** исключительные права на результаты работ — заказчику; передаются исходные коды разработанных программ со сценариями сборки
**Только СМП/СОНКО:** да
**Очное присутствие:** Удалённо
**Про присутствие:** работы удалённо; на территории заказчика (пгт Сириус) — только при необходимости, рабочее место не предоставляется
**Можно ли сразу:** Нужна история/допуск
**Пояснение:** без прав правообладателя на «Автоматизация КНО» заявку не допустят; плюс аттестованные АРМ и ViPNet
**Существующая система:** ПО «Автоматизация КНО» (реестр российского ПО № 22124), лицензия передана заказчику по договору от 15.08.2024 № ЛД/Ц-02-04-31
**Как выбирают:** электронный аукцион — по минимальной цене
**Сложность:** high
**Комментарий:** не подходит: допуск только у правообладателя ПО «Автоматизация КНО» или его лицензиата

## Признаки заточки под исполнителя: 30% (средний)
Модернизация ПО «Автоматизация КНО» для «Сириуса» за 5,6 млн ₽. Участник обязан подтвердить права правообладателя на модификацию, а срок до 14.12.2026 очень сжат для интеграций со СМЭВ/МВД, ЕЦП и биллингом. Похоже, закупка рассчитана на разработчика, поставившего систему в 2024 г.
- incumbent_lock (+15): «Исполнитель в составе заявки должен предъявить документы, подтверждающие законное право на распространение (продажу), модификацию и иное использование программы» — Дорабатывается проприетарное ПО «Автоматизация КНО», у заказчика лишь неисключительная лицензия; допускаются только правообладатель или его лицензиат с правом модификации — по сути разработчик, поставивший систему в 2024 г. [docs/0881500000126000063/4_Приложение №4_Требования к содержанию и составу заявки (аукцион).pdf]
- exec_too_short (+15): «C даты заключения Контракта по 14.12.2026 (включительно).» — Подача до 20.10.2026, контракт — около начала ноября: ~6 недель на три интеграции (включая регистрацию в СМЭВ и тестирование с МВД) и новый модуль (≈4–6 человеко-месяцев) — реально только для тех, кто уже знает код. [docs/0881500000126000063/2_Приложение_№_2_Техническое_задание_ (3) (1).pdf]
Возможные честные причины: Законно менять проприетарную программу может только правообладатель или его лицензиат; срок — окончание бюджетного года и запуск платных дорог.

## Что сделать
- интеграция с МВД России через СМЭВ 3.x: сведения о собственниках ТС, документах и регистрации, тестирование с техподдержкой МВД, запуск в продуктиве
- разработка и настройка интеграции с ГИС ЕЦП «Сириус»
- разработка и настройка интеграции с биллинговой системой платного проезда
- модуль постановлений по платному проезду: автоматический расчёт сроков оплаты, прекращение дел при оплате, интерфейс анализа отмен и корректировок
- пусконаладка, приёмочные испытания, документация, передача исходных кодов разработанного

## Платформа и технологии
- ПО «Автоматизация КНО»
- СМЭВ 3.x
- ViPNet (сеть № 20259)

## Допуски, пропуска, режим
- подключение к защищённой сети ViPNet № 20259 за свой счёт
- АРМ, аттестованные не ниже К3 / УЗ-3, аттестация за свой счёт
- работа с персональными данными

## Лицензии и членство
- в заявке — свидетельство правообладателя на ПО «Автоматизация КНО» или договор с правообладателем о праве на модификацию и распространение программы

## Штрафы и риски
- около 6 недель на 3 интеграции (включая тестирование со СМЭВ/МВД) и новый модуль
- аттестация АРМ и подключение к ViPNet за свой счёт

_Выжимка сделана автоматически по документам закупки; юридически значимы только сами документы (файлы в папке «Документы» и текст в 01_ТЕКСТ_ВСЕХ_ДОКУМЕНТОВ.txt)._


# ПОЛНЫЙ ТЕКСТ ДОКУМЕНТОВ

=== ФАЙЛ: 4_Приложение №4_Требования к содержанию и составу заявки (аукцион) | docs/0881500000126000063/4_Приложение №4_Требования к содержанию и составу заявки (аукцион).pdf
Приложение № 4 к извещению об аукционе в электронной форме
Требования к содержанию, составу заявки на участие в закупке
в соответствии
с Федеральным законом от 05.04.2013 № 44-ФЗ «О контрактной
системе в сфере закупок товаров, работ, услуг для обеспечения
государственных и муниципальных нужд» и инструкция по ее
заполнению (для электронного аукциона)
1. СОДЕРЖАНИЕ, СОСТАВ ЗАЯВКИ НА УЧАСТИЕ В ЗАКУПКЕ
1
1.1
1.2
ЗАЯВКА НА УЧАСТИЕ В ЗАКУПКЕ
должна содержать следующие информацию и документы
Решение о согласии на совершение или о последующем одобрении
крупной сделки, если требование о наличии такого решения
установлено законодательством Российской Федерации,
учредительными документами юридического лица и для участника
закупки заключение контракта на поставку товара, выполнение
работы или оказание услуги, являющихся объектом закупки, либо
внесение денежных средств в качестве обеспечения заявки на участие
в закупке, обеспечения исполнения контракта является крупной
сделкой
В случае установления в соответствии с пунктом 1 части 1 статьи 31
Закона № 44-ФЗ требований, установленных в соответствии с
законодательством Российской Федерации к лицам, осуществляющим
поставку товара, выполнение работы, оказание услуги, являющихся
объектом закупки
Требования установлены
Исполнитель в составе заявки должен предъявить документы,
подтверждающие законное право на распространение (продажу),
модификацию и иное использование программы:
– для Исполнителя, являющегося правообладателем – копия свидетельства
об официальной регистрации программ либо копия договора об отчуждении
исключительного права на программу с копией документа, подтверждающего
государственную регистрацию отчуждения исключительного права;
– для Исполнителя, которому права на программы переданы автором
или иным правообладателем – копия действующего договора о передаче
Исполнителю прав на распространение (продажу), модификацию и иное
использование программ, заключенный в письменной форме и
устанавливающий объем и способы использования программ.
Исполнитель самостоятельно и за свой счет обеспечивает наличие
необходимых для выполнения работ исходных кодов проприетарного ПО,
лицензионных соглашений и иных взаимодействий с правообладателями
проприетарного ПО в случае такой необходимости.
1.3
В случае установления дополнительных требований к участникам
закупок отдельных видов товаров, работ, услуг в соответствии с частью
2 статьи 31 Закона № 44-ФЗ:
Требования не установлены
Документы не включаются участником закупки в заявку на участие в
закупке. Такие документы направляются (по состоянию на дату и
время их направления) заказчику оператором электронной площадки
из реестра участников закупок, аккредитованных на электронной
площадке
1.4
1.5
1.6
В случае установления дополнительного требования в соответствии с
частью 2.1 статьи 31 Закона № 44-ФЗ
Требования не установлены
Декларация о соответствии участника закупки требованиям,
установленным пунктами 3 - 5, 7 - 11 части 1 статьи 31 Закона № 44-ФЗ
Реквизиты счета участника закупки, на который в соответствии с
законодательством Российской Федерации осуществляется
1.7
перечисление денежных средств в качестве оплаты поставленного
товара, выполненной работы (ее результатов), оказанной услуги, а
также отдельных этапов исполнения контракта, за исключением
случаев, если в соответствии с законодательством Российской
Федерации такой счет открывается после заключения контракта
Предложение участника закупки в отношении объекта закупки
Требование не установлено
1) в случае осуществления закупки товара, в том числе поставляемого
заказчику при выполнении закупаемых работ, оказании закупаемых
услуг, указываются характеристики предлагаемого участником
закупки товара, соответствующие показателям, установленным в
описании объекта закупки, товарный знак (при наличии у товара
товарного знака).
Такая информация может не включаться в заявку на участие в закупке
в случае указания заказчиком в описании объекта закупки товарного
знака и предложения участником закупки товара, в том числе
поставляемого заказчику при выполнении закупаемых работ, оказании
закупаемых услуг, обозначенного таким товарным знаком.
Такая информация не включается в заявку на участие в закупке в
случае включения заказчиком в соответствии с пунктом 8 части 1
статьи 33 Закона № 44-ФЗ в описание объекта закупки проектной
документации, или типовой проектной документации, или сметы на
капитальный ремонт объекта капитального строительства.
1.8
2) в случае осуществления закупки товара, в том числе поставляемого
заказчику при выполнении закупаемых работ, оказании закупаемых
услуг, указывается наименование страны происхождения товара в
соответствии с общероссийским классификатором, используемым для
идентификации стран мира;
3) в случае установления требования о предоставлении документов,
подтверждающих соответствие товара, работы или услуги
требованиям, установленным в соответствии с законодательством
Российской Федерации
В случае установления в соответствии с частями 3 и 4 статьи 14 Закона
№ 44-ФЗ условий, запретов и ограничений допуска товаров,
происходящих из иностранного государства или группы иностранных
государств, работ, услуг, соответственно выполняемых, оказываемых
иностранными лицами:
Требования установлены
В соответствии с Постановлением Правительства Российской
Федерации от 23.12.2024 № 1875 «О мерах по предоставлению
национального режима при осуществлении закупок товаров, работ,
услуг для обеспечения государственных и муниципальных нужд,
закупок товаров, работ, услуг отдельными видами юридических лиц»»
для подтверждения страны происхождения товара, участник закупки
предоставляет следующую информацию и документы:
- для подтверждения происхождения программ для электронных
вычислительных машин и (или) баз данных (далее - программное
обеспечение), из Российской Федерации - порядковый номер
реестровой записи из единого реестра российских программ для
электронных вычислительных машин и баз данных (далее - реестр
российского программного обеспечения); - для подтверждения
происхождения программного обеспечения из Российской Федерации
и его соответствия дополнительным требованиям к программам для
электронных вычислительных машин и базам данных, сведения о
которых включены в реестр российского программного обеспечения,
утвержденным постановлением Правительства Российской Федерации
от 23 марта 2017 г. № 325 «Об утверждении дополнительных
требований к программам для электронных вычислительных машин и
2
базам данных, сведения о которых включены в реестр российского
программного обеспечения, и внесении изменений в Правила
формирования и ведения единого реестра российских программ для
электронных вычислительных машин и баз данных» (далее дополнительные требования к программному обеспечению),
- порядковый номер реестровой записи из реестра российского
программного обеспечения, содержащей информацию о соответствии
программного обеспечения дополнительным требованиям к
программному обеспечению;
- для подтверждения происхождения программного обеспечения, из
государств - членов Евразийского экономического союза, за
исключением Российской Федерации, - порядковый номер реестровой
записи из единого реестра программ для электронных вычислительных
машин и баз данных из государств - членов Евразийского
экономического союза, за исключением Российской Федерации (далее
- реестр евразийского программного обеспечения);
- для подтверждения происхождения программного обеспечения из
государств - членов Евразийского экономического союза, за
исключением Российской Федерации, и его соответствия
дополнительным требованиям к программному обеспечению порядковый номер реестровой записи из реестра евразийского
программного обеспечения, содержащей информацию о соответствии
программного обеспечения дополнительным требованиям к
программному обеспечению.
ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ
Для участия в закупке заявка на участие в закупке должна содержать
информацию и документы, предусмотренные подпунктами "а" - "л"
пункта 1 части 1 статьи 43 Закона № 44-ФЗ, которые не включаются
участником закупки в заявку на участие в закупке. Такие информация
и документы направляются (по состоянию на дату и время их
направления) заказчику оператором электронной площадки путем
информационного взаимодействия с единой информационной системой
в сфере закупок.
2. ИНСТРУКЦИЯ ПО ЗАПОЛНЕНИЮ ЗАЯВКИ НА УЧАСТИЕ В
ЗАКУПКЕ
Подать заявку на участие в закупке вправе только зарегистрированный в
единой информационной системе в сфере закупок и аккредитованный на
электронной площадке, специализированной электронной площадке участник
закупки путем направления такой заявки
в соответствии с Законом № 44-ФЗ оператору электронной площадки,
оператору специализированной электронной площадки.
Заявка на участие в закупке, подготовленная участником закупки, должна
быть составлена на русском языке.
Входящие в заявку на участие в закупке документы, оригиналы которых
выданы участнику закупки третьими лицами на ином языке, могут быть
представлены на этом языке при условии, что к ним будет прилагаться
перевод на русский язык. В случае противоречия оригинала и перевода
преимущество будет иметь перевод.
Все документы, входящие в состав заявки на участие в закупке, должны иметь
четко читаемый текст.
Участник закупки вправе подать только одну заявку на участие в закупке в
любое время
с момента размещения в единой информационной системе в сфере закупок
извещения
об осуществлении закупки до окончания установленного в соответствии с
Законом № 44-ФЗ срока подачи заявок на участие в закупке.
Подача заявки на участие в закупке означает согласие участника
закупки, подавшего такую заявку, на поставку товара, выполнение работы,
оказание
услуги
на
условиях,
предусмотренных
извещением
об
осуществлении закупки, и в соответствии с заявкой такого участника закупки
на участие в закупке.

=== ФАЙЛ: 1_Приложение_№_1_Проект_Контракта - 2026-10-09T123903.613 | docs/0881500000126000063/1_Приложение_№_1_Проект_Контракта - 2026-10-09T123903.613.pdf
Приложение № 1 к извещению об аукционе в электронной форме
ПРОЕКТ
Контракт №
на выполнение работ по модернизации
программного решения, автоматизирующего работу
административной комиссии администрации федеральной
территории «Сириус»
ИКЗ 262236702622223780100101060026201242
федеральная территория «Сириус»
«___» ____________ 2026 г.
Государственное казенное учреждение федеральной территории
«Сириус» «Цифра.ФТ» (ГКУ «Цифра.ФТ»), именуемое в дальнейшем
«Заказчик», в лице директора Мартыненко Любови Вячеславовны,
действующего на основании Устава, с одной стороны, и ____________,
именуемое в дальнейшем «Исполнитель», в лице ____________, действующего
на основании ____________, с другой стороны, вместе именуемые «Стороны», и
по
отдельности
«Сторона»,
с соблюдением требований Федерального закона от 05.04.2013 № 44-ФЗ «О
контрактной системе в сфере закупок товаров, работ, услуг для обеспечения
государственных
и
муниципальных
нужд»
(далее – Федеральный закон № 44-ФЗ), в соответствии с протоколом
подведения итогов определения поставщика (подрядчика, исполнителя) от
____________№ ____________, заключили настоящий Контракт (далее – Контракт)
о нижеследующем:
1. ПРЕДМЕТ КОНТРАКТА
1.1. Предмет Контракта: выполнение работ по модернизации
программного решения, автоматизирующего работу административной
комиссии администрации федеральной территории «Сириус» (далее
соответственно – Система, Работы).
1.1.1. Программное
решение,
автоматизирующее
работу
административной комиссии администрации федеральной территории
«Сириус» (программное обеспечение «Автоматизация КНО», включено в
реестр
российского
программного
обеспечения
04.04.2024,
регистрационный номер 22124, неисключительные права (лицензия)
переданы
Заказчику
в
соответствии
с Лицензионным договором от 15.08.2024 № ЛД/Ц-02-04-31 в рамках
контракта от 09.08.2024 № Ц-02-04-31.
1.2. Заказчик поручает, а Исполнитель принимает на себя
обязательства выполнить работы по модернизации Системы в соответствии с
Приложением № 2 к Контракту «Техническое задание на выполнение работ
по модернизации программного решения, автоматизирующего работу
административной комиссии администрации федеральной территории
«Сириус» (далее – Техническое задание), являющимся неотъемлемой частью
настоящего Контракта.
1.3. Исполнитель обязуется выполнить свои обязательства по
настоящему
Контракту
в полном объеме и в установленные сроки.
2
1.4. Заказчик обязуется принять выполненные Работы и обеспечить их
оплату
в установленном Контрактом порядке, форме и размере.
1.5. Работы
выполняются
подрядчиком
(исполнителем)
в
соответствии с национальными стандартами и государственными
стандартами в части требований к проектированию, стадиям создания,
видам, комплектности и обозначению документов, видам испытаний
при
создании
и (или) развитии (модернизации) государственных (муниципальных)
информационных
систем
и (или) иных информационных систем, а также в соответствии с
качественными, количественными и иными характеристиками работ,
определенными в Техническом задании, согласно требованиям
Федерального закона № 44-ФЗ, Федерального закона от 27 июля 2006
года № 149-ФЗ «Об информации, информационных технологиях и о
защите информации», а также иных нормативных правовых актов в
сфере контрактной системы, информационных технологий, защиты
информации, правовой защиты интересов государства в области
интеллектуальной собственности, регулирующих соответствующие
отношения
и
непосредственно
указанных
в Техническом задании.
1.6. Исполнитель тщательно изучил и проверил документацию по
настоящему Контракту и полностью ознакомлен со всеми условиями,
связанными с выполнением Работ, получил полную информацию по
всем вопросам, которые могли бы повлиять на сроки, стоимость
и качество Работ и принимает на себя все расходы, риск и трудности
выполнения Работ.
2. ЦЕНА КОНТРАКТА, ПОРЯДОК ОПЛАТЫ
2.1. Цена Контракта составляет _____________ (_____) рублей __копеек, в
том
числе
НДС _____ (_____) рублей _____ копеек/ НДС не предусмотрен (если контракт
заключается
с лицами, не являющимися в соответствии с законодательством Российской
Федерации о налогах и сборах плательщиком НДС, то из цены контракта
сумма НДС не исключается) (далее – Цена Контракта).
2.2. Указанная в п. 2.1 Цена Контракта включает в себя все платежи,
причитающиеся Исполнителю за выполнение обязательств по Контракту, в
том числе все расходы на выполнение работ, уплату таможенных пошлин,
налогов, сборов, и других обязательных платежей.
2.3. Цена Контракта является твердой, определяется на весь срок
исполнения
Контракта
и не может изменяться в ходе его исполнения, за исключением случаев,
установленных Федеральным законом № 44-ФЗ.
2.4. Оплата по Контракту осуществляется в рублях Российской
Федерации за фактически выполненные Исполнителем и принятые
Заказчиком
Работы.
Оплата
производится
в
срок
не более 7 (семи) рабочих дней с даты подписания Заказчиком Документа о
приёмке, предусмотренного п. 5.5 настоящего Контракта, в безналичной
форме путем перечисления денежных средств на расчетный счет
Исполнителя на основании выставленного Исполнителем счета, счетфактуры (при наличии).
3
2.5. Сумма Контракта, подлежащая уплате юридическому лицу или
физическому
лицу,
в
том
числе
зарегистрированному
в
качестве
индивидуального
предпринимателя, уменьшается на размер налогов, сборов и иных
обязательных платежей в бюджеты бюджетной системы Российской
Федерации, связанных с оплатой Контракта, если в соответствии
с законодательством Российской Федерации о налогах и сборах такие налоги,
сборы и иные обязательные платежи подлежат уплате в бюджеты бюджетной
системы Российской Федерации заказчиком.
2.6. Источник финансирования: бюджет федеральной территории
«Сириус»,
КБК 803 04 10 33 2 01 08050 242.
2.7. Обязательство Заказчика по оплате считается исполненным с
момента списания денежных средств с лицевого счета Заказчика.
3. СРОКИ, УСЛОВИЯ И МЕСТО ВЫПОЛНЕНИЯ РАБОТ
3.1. Срок выполнения Работ: с даты заключения Контракта до
14.12.2026 (включительно).
3.2. Место выполнения Работ: по месту нахождения Исполнителя, при
необходимости
по месту нахождения Заказчика - 354340, Краснодарский край, пгт. Сириус,
ул. Международная, д. 2.
Исполнитель имеет право выполнить Работы в удаленном режиме
средствами информационных технологий и телекоммуникаций, кроме
случаев, когда непосредственное присутствие сотрудников на территории
Заказчика
необходимо.
При
этом
рабочее
место
на территории Заказчика Исполнителю не предоставляется.
Для выполнения Работ в удаленном режиме Исполнитель запрашивает
доступ
к необходимым ресурсам подсистем у Заказчика.
3.3.
Отчетные
и
финансовые
документы
предоставляются
Исполнителем по адресу: 354340, Краснодарский край, пгт. Сириус, ул.
Международная, дом 2.
4
4. ОБЪЕМ ПЕРЕДАВАЕМЫХ ПРАВ
4.1. Передача исходных кодов, разработанных в ходе выполнения работ
программ
для электронных вычислительных машин (далее – программа для ЭВМ) и
дистрибутивов должна сопровождаться передачей всех необходимых для
сборки и запуска программы для ЭВМ библиотек зависимостей, инструкций и
программных сценариев (скриптов) для проведения компиляции, создания
дистрибутива и установки (развертывания) программы для ЭВМ.
4.2. Для проведения компиляции, создания дистрибутива и установки
(развертывания) программы для ЭВМ должны использоваться свободно
распространяемые компиляторы, интерпретаторы и иное программное
обеспечение, необходимое для указанных целей, дистрибутивы которых
должны быть переданы вместе с исходными кодами разработанных
в ходе выполнения работ программ для ЭВМ.
4.3. В случае использования для проведения компиляции, создания
дистрибутива
и установки (развертывания) программы для ЭВМ компиляторов,
интерпретаторов
и
иного
программного
обеспечения,
права
на
использование, копирование и модификацию которых принадлежат третьим
лицам, подрядчик (исполнитель) за свой счет передает Заказчику
дистрибутивы
и
права
на
использование
таких
компиляторов,
интерпретаторов и иного программного обеспечения.
4.4. Подрядчик (исполнитель) в процессе сдачи-приемки Работ по
Контракту должен провести демонстрацию процесса компиляции, создания
дистрибутива и установки (развертывания) разработанных программ для
ЭВМ
с
использованием
средств,
указанных
в пункте 4.1, а также в соответствии с инструкциями, приведенными в
рабочей
документации
на Систему.
4.5. Документация на Систему и ее части (техническая и рабочая)
должна содержать исчерпывающее описание принятых проектных решений в
объеме,
достаточном
для ее дальнейшего развития и эксплуатации.
4.6. Техническая и рабочая документация должна содержать описание
разработанных результатов Работ, в том числе программ для ЭВМ,
прикладных программных интерфейсов, алгоритмов и протоколов
информационного взаимодействия, технических требований, спецификаций
и
форматов
обмена
данными
для
взаимодействия
с
другими
информационными системами, в объеме, достаточном для их установки,
настройки,
эксплуатации
и
развития
в дальнейшем без привлечения подрядчика (исполнителя).
4.7. Передача Заказчику комплекта документов, материалов и
сведений, предусмотренных нормативными правовыми актами Российской
Федерации в сфере информационных технологий, защиты информации,
правовой
защиты
интересов
государства
в области интеллектуальной собственности, осуществляется подрядчиком
(исполнителем)
в составе отчетной документации, предусмотренной условиями Контракта.
4.8. Исключительные
права
на
результаты
интеллектуальной
деятельности, в том числе, но не исключая: изобретения, полезные модели,
промышленные
образцы,
программы
для электронных вычислительных машин, базы данных, топологии
5
интегральных
микросхем,
а также исключительные права на результаты работ, включая объекты
авторских
прав
и потенциально патентоспособные технические решения, секреты
производства (ноу-хау), созданные в рамках Контракта, принадлежат
федеральной территории «Сириус» в лице Заказчика.
4.9. Право собственности на результаты Работ, отчетные документы и
материалы, полученные в ходе выполнения Работ по Контракту, принадлежат
федеральной территории «Сириус» в лице Заказчика.
5. ПОРЯДОК СДАЧИ И ПРИЕМКИ ВЫПОЛНЕННЫХ РАБОТ
5.1. В срок, за 3 (три) рабочих дня до даты завершения выполнения
Работ, предусмотренный Спецификацией (Приложение № 1 к Контракту)
Исполнитель передает Заказчику Отчетные документы, предусмотренные
Спецификацией
(Приложение
№1
к Контракту) и Техническим заданием (Приложение № 2 к Контракту), а
также иные документы, предусмотренные пунктом 4.3. Технического
задания (Приложение № 2 к Контракту), подписанные Исполнителем, в 2
(двух) экземплярах.
5.2. При наличии документов, указанных в пункте 5.1 Контракта, и при
отсутствии претензий относительно качества выполненных Работ,
предоставленных отчетных документов Заказчик в течение 3 (трех) рабочих
дней
проверяет,
подписывает
Отчетные
документы
и передает по одному экземпляру каждого Отчетного документа
Исполнителю. В случае выявления недостатков, несоответствий в
выполненных
Работах,
Отчетных
документах,
Заказчик
в
срок,
установленный настоящим пунктом Контракта, направляет Исполнителю
мотивированный отказ.
5.3. Для проверки предоставленных Исполнителем результатов,
предусмотренных Контрактом, в части их соответствия условиям Контракта
Заказчик проводит экспертизу, а также вправе создать приёмочную
комиссию. Экспертиза результатов, предусмотренных Контрактом, может
проводиться Заказчиком своими силами или к ее проведению могут
привлекаться эксперты, экспертные организации на основании Контрактов,
заключенных
между
Заказчиком
и экспертом, экспертной организацией.
5.4. Исполнитель обязан безвозмездно устранить недостатки
выполненных
Работ
в течение 3 (трех) рабочих дней с момента заявления о них Заказчиком.
5.5. Исполнитель, не позднее 5 (пяти) рабочих дней с даты завершения
выполнения Работ, в соответствии с подпунктом «а» пункта 1 части 2 статьи
51 Федерального закона 44-ФЗ, формирует с использованием единой
информационной системы в сфере закупок (далее – ЕИС), подписывает
усиленной электронной подписью лица, имеющего право действовать от
имени Исполнителя, и размещает в ЕИС документ о приемке, который
должен содержать:
- включенные в Контракт в соответствии с пунктом 1 части 2 статьи 51
Федерального закона № 44-ФЗ идентификационный код закупки,
наименование, место нахождения Заказчика, наименование объекта
закупки, место выполнения работ, информацию об Исполнителе,
предусмотренную подпунктами «а», «г» и «е» части 1 статьи 43 Федерального
закона № 44-ФЗ, единицу измерения выполненных работ;
6
- наименование выполненных работ;
- информацию об объеме выполненных работ;
- стоимость
исполненных
Исполнителем
обязательств,
предусмотренных
Контрактом,
с указанием цены за единицу выполненных работ.
5.6. Документ о приемке, подписанный Исполнителем, не позднее
одного часа с момента его размещения в ЕИС в соответствии с пунктом 5.5
настоящего
Контракта
автоматически
с использованием ЕИС направляется Заказчику. Датой поступления
Заказчику
Документа
о приемке, подписанного Исполнителем, считается дата размещения в
соответствии с настоящим пунктом Контракта такого документа в ЕИС в
соответствии с часовой зоной, в которой расположен Заказчик.
5.7. В срок: в течение 5 (пяти) рабочих дней, следующих за днем
поступления Документа о приемке в соответствии с пунктом 5.6 настоящего
Контракта, Заказчик (за исключением случая создания приемочной
комиссии в соответствии с частью 6 статьи 94 Федерального закона
№ 44-ФЗ) осуществляет одно из следующих действий:
а) подписывает усиленной электронной подписью лица, имеющего
право
действовать
от имени Заказчика, и размещает в ЕИС Документ о приемке;
б) формирует с использованием ЕИС, подписывает усиленной
электронной подписью лица, имеющего право действовать от имени
Заказчика, и размещает в ЕИС мотивированный отказ от подписания
Документа о приемке с указанием причин такого отказа.
5.8. В случае создания в соответствии с частью 6 статьи 94
Федерального закона № 44-ФЗ приемочной комиссии не позднее 10 (десяти)
рабочих дней, следующих за днем поступления Заказчику Документа о
приемке:
а)
члены
приемочной
комиссии
подписывают
усиленными
электронными подписями поступивший Документ о приемке или формируют
с использованием ЕИС, подписывают усиленными электронными подписями
мотивированный
отказ
от
подписания
Документа
о приемке с указанием причин такого отказа. При этом, если приемочная
комиссия включает членов, не являющихся работниками Заказчика,
допускается осуществлять подписание Документа о приемке, составление
мотивированного отказа от подписания Документа о приемке, подписание
такого отказа без использования усиленных электронных подписей и ЕИС;
б) после подписания членами приемочной комиссии Документа о
приемке
или мотивированного отказа от подписания Документа о приемке Заказчик
подписывает Документ о приемке или мотивированный отказ от подписания
Документа о приемке усиленной электронной подписью лица, имеющего
право
действовать
от
имени
Заказчика,
и
размещает
их в ЕИС. Если члены приемочной комиссии в соответствии с подпунктом «а»
настоящего пункта Контракта не использовали усиленные электронные
подписи и ЕИС, Заказчик прилагает подписанные ими документы в форме
электронных образов бумажных документов.
5.9. Документ о приемке, мотивированный отказ от подписания
Документа
о
приемке
не позднее одного часа с момента размещения в ЕИС направляются
автоматически
7
с использованием ЕИС Исполнителю. Датой поступления Исполнителю
Документа о приемке, мотивированного отказа от подписания Документа о
приемке
считается
дата
размещения
в соответствии с настоящим пунктом Контракта таких Документа о приемке,
мотивированного отказа в ЕИС в соответствии с часовой зоной, в которой
расположен Исполнитель.
5.10. В случае получения мотивированного отказа от подписания
Документа о приемке Исполнитель вправе устранить причины, указанные в
таком мотивированном отказе, и направить Заказчику Документ о приемке в
порядке, предусмотренном разделом 5 настоящего Контракта.
5.11. В случае привлечения Заказчиком для проведения экспертизы
экспертов, экспертных организаций при принятии решения о приемке или об
отказе в приемке оказанных Услуг Заказчик, приемочная комиссия должны
учитывать отраженные в заключении по результатам указанной экспертизы
предложения
экспертов,
экспертных
организаций,
привлеченных
для ее проведения.
5.12. Датой приемки выполненных Работ считается дата размещения в
ЕИС
Документа
о приемке, подписанного Заказчиком.
5.13. Внесение исправлений в Документ о приемке, оформленный в
соответствии
с разделом 5 Контракта, осуществляется путем формирования, подписания
усиленными электронными подписями лиц, имеющих право действовать от
имени
Исполнителя,
Заказчика,
и размещения в ЕИС исправленного Документа о приемке.
6. ОБЯЗАТЕЛЬСТВА СТОРОН
6.1. Заказчик вправе:
6.1.1. Требовать
от
Исполнителя
надлежащего
исполнения
обязательств
в
соответствии
с условиями Контракта.
6.1.2. Требовать от Исполнителя предоставления надлежащим образом
оформленных
документов,
указанных
в
разделе
5
Контракта,
подтверждающих
исполнение
обязательств
в соответствии с условиями Контракта.
6.1.3. Запрашивать у Исполнителя информацию о ходе и состоянии
исполнения обязательств Исполнителя по Контракту.
6.1.4. Осуществлять контроль за порядком и сроками выполнения
Работ.
6.1.5. Привлекать независимых экспертов для проверки соответствия,
результатов выполненных работ Техническому заданию (Приложение № 2 к
Контракту).
6.2. Заказчик обязан:
6.2.1. Своевременно принять и оплатить результаты исполнения
Контракта
в соответствии с условиями Контракта.
6.2.2. Предоставить Исполнителю документацию, предусмотренную
Контрактом,
если данное условие предусмотрено Техническим заданием, в течение 5
(пяти)
рабочих
дней
с момента поступления соответствующего запроса от Исполнителя.
8
6.3. Исполнитель вправе:
6.3.1. В случае отсутствия у Заказчика замечаний по качеству
выполненных Работ требовать подписания Заказчиком Документов о
приёмке.
6.3.2. Требовать своевременной оплаты за результаты исполнения
Контракта
в соответствии с разделом 2 Контракта.
6.3.3. Запрашивать у Заказчика предоставление разъяснений и
уточнений по вопросам передачи прав и выполнения работ в рамках
Контракта.
6.3.4. Досрочно, по согласованию с Заказчиком, выполнить Работы.
6.3.5. Требовать от Заказчика предоставления имеющейся у него
информации, необходимой для исполнения обязательств по Контракту.
6.4. Исполнитель обязан:
6.4.1. Своевременно и надлежащим образом выполнить Работы в
соответствии
с условиями Контракта.
6.4.2. Предоставить по запросу Заказчика в сроки, указанные в таком
запросе, информацию о ходе исполнения обязательств по Контракту.
6.4.3. Предоставить Заказчику сведения об изменении своего
фактического местонахождения в срок, указанный в п. 10.2 настоящего
Контракта. В случае непредставления в установленный срок уведомления об
изменении адреса фактическим местонахождением Исполнителя будет
считаться адрес, указанный в Контракте.
6.4.4. Исполнять иные обязательства, предусмотренные действующим
законодательством и Контрактом.
6.4.5. Без увеличения цены Контракта передать Заказчику права на
использование охраняемых результатов интеллектуальной деятельности,
права на которые принадлежат подрядчику (исполнителю) и которые
использовались
при
выполнении
Работ
по
Контракту,
в объеме, необходимом для использования Заказчиком результатов Работ по
Контракту
по их целевому назначению и в соответствии с условиями настоящего
Контракта на весь срок действия использованных исключительных прав или
на иной срок, установленный Заказчиком. Подрядчик (исполнитель)
передает
Заказчику
указанные
права
посредством
заключения
лицензионного договора.
6.4.6. Согласовать с Заказчиком необходимость использования при
выполнении Работ охраняемых результатов интеллектуальной деятельности,
права на которые принадлежат третьим лицам, объем и порядок
приобретения прав на их использование.
6.4.7. Обеспечить передачу Заказчику полученных по Контракту
результатов
Работ,
не нарушающих исключительных прав других лиц и не являющихся
предметом залога, ареста или иного обременения.
6.4.8. В случае использования при выполнении Работ по Контракту
программ
для электронных вычислительных машин (программных комплексов или
компонентов), разработанных третьими лицами, условия, на которых
передаются права на их использование (исполнение), должны обеспечить
отсутствие ограничений, препятствующих использованию результатов Работ
по их назначению. При этом права, полученные Заказчиком, должны
9
позволять ему передавать, дорабатывать, развивать результаты Работ,
созданные в процессе исполнения Контракта, а в случае явного указания в
Техническом задании, являющемся неотъемлемой частью Контракта,
осуществлять переработку программ для электронных вычислительных
машин (программных комплексов или компонентов), разработанных ранее
третьими лицами в соответствии с требованиями законодательства
Российской Федерации.
6.4.9. Обеспечить отсутствие нарушений исключительных, авторских и
смежных прав третьих лиц при реализации технических, программных,
организационных и иных решений, предусмотренных Техническим заданием
на выполнение Работ.
6.4.10. Обеспечить выполнение требований к порядку создания
(развития) государственных (муниципальных) и (или) иных информационных
систем, предусмотренных пунктом 3 части 1 статьи 13 Федерального закона
от
27
июля
2006
года
№
149-ФЗ
«Об информации, информационных технологиях и о защите информации»,
устанавливаемых
к таким информационным системам указанным Федеральным законом и
иными нормативными правовыми актами Российской Федерации.
7. ГАРАНТИЙНЫЕ ОБЯЗАТЕЛЬСТВА
7.1. Выполненные Работы должны отвечать требованиям качества,
безопасности
жизни
и здоровья, а также иным требованиям, если такие требования
предъявляются действующим законодательством Российской Федерации.
Гарантийный срок на результаты Работ составляет 12 (двенадцать) месяцев с
даты подписания Заказчиком Документа о приемке в ЕИС.
8. ОТВЕТСТВЕННОСТЬ СТОРОН
8.1. За
неисполнение
или
ненадлежащее
исполнение
своих
обязательств, установленных Контрактом, Стороны несут ответственность в
соответствии с законодательством Российской Федерации и Контрактом.
Размеры неустоек (штрафов, пеней), указанные в настоящем разделе,
определяются в соответствии с Правилами определения размера штрафа,
начисляемого
в
случае
ненадлежащего
исполнения
заказчиком,
неисполнения или ненадлежащего исполнения поставщиком (подрядчиком,
исполнителем)
обязательств,
предусмотренных
контрактом
(за исключением просрочки исполнения обязательств заказчиком,
поставщиком
(подрядчиком,
исполнителем),
утвержденными
постановлением
Правительства
Российской
Федерации
от 30.08.2017 № 1042 (далее – Правила), а также в соответствии с
положениями статьи 34 Закона о контрактной системе.
8.2. В случае просрочки исполнения Заказчиком обязательств,
предусмотренных Контрактом, а также в иных случаях неисполнения или
ненадлежащего исполнения Заказчиком обязательств, предусмотренных
Контрактом, Исполнитель вправе потребовать уплаты неустоек (штрафов,
пеней). Пеня в размере 1/300 (одной трехсотой) действующей на дату уплаты
пеней ключевой ставки Центрального банка Российской Федерации от не
уплаченной в срок суммы начисляется за каждый день просрочки
исполнения обязательства, предусмотренного Контрактом, начиная со дня,
следующего после дня истечения установленного Контрактом срока
исполнения обязательства.
10
8.3. За каждый факт неисполнения Заказчиком обязательств,
предусмотренных Контрактом, за исключением просрочки исполнения
обязательств,
предусмотренных
Контрактом,
размер
штрафа
устанавливается в следующем порядке:
- 1000 руб., если цена Контракта не превышает 3 млн руб.
(включительно);
- 5000 руб., если цена Контракта составляет от 3 млн руб. до 50 млн руб.
(включительно);
- 10 000 руб., если цена Контракта составляет от 50 млн руб. до 100 млн
руб. (включительно);
- 100 000 руб., если цена Контракта превышает 100 млн руб.
8.4. В случае просрочки исполнения Исполнителем обязательств (в том
числе гарантийного обязательства), предусмотренных Контрактом, а также в
иных случаях неисполнения или ненадлежащего исполнения Исполнителем
обязательств,
предусмотренных
Контрактом,
Заказчик
направляет
Исполнителю требование об уплате неустоек (штрафов, пеней).
Пеня
начисляется
за
каждый
день
просрочки
исполнения
Исполнителем обязательства, предусмотренного Контрактом, начиная со
дня, следующего после дня истечения установленного Контрактом срока
исполнения
обязательства,
и
устанавливается
Контрактом
в размере одной трехсотой действующей на дату уплаты пени ключевой
ставки Центрального банка Российской Федерации от цены Контракта
(отдельного этапа исполнения Контракта), уменьшенной на сумму,
пропорциональную объему обязательств, предусмотренных Контрактом
(соответствующим отдельным этапом исполнения Контракта) и фактически
исполненных
Исполнителем,
за
исключением
случаев,
если
законодательством Российской Федерации установлен иной порядок
начисления пени.
8.5. Штрафы начисляются за неисполнение или ненадлежащее
исполнение Исполнителем обязательств, предусмотренных Контрактом, за
исключением просрочки исполнения Исполнителем обязательств (в том
числе гарантийного обязательства), предусмотренных Контрактом. Размер
штрафа определяется в соответствии с Правилами либо устанавливается
законом.
8.6. Если иное не предусмотрено законом, размер штрафа за
неисполнение
или ненадлежащее исполнение Исполнителем обязательства по Контракту,
имеющего стоимостное выражение, устанавливается в следующем порядке:
а) 10% от цены Контракта (этапа) в случае, если цена Контракта (этапа)
не превышает 3 млн руб.;
б) 5% от цены Контракта (этапа) в случае, если цена Контракта (этапа)
составляет от 3 млн руб. до 50 млн руб. (включительно);
в) 1% от цены Контракта (этапа) в случае, если цена Контракта (этапа)
составляет от 50 млн руб. до 100 млн руб. (включительно);
г) 0,5% от цены Контракта (этапа) в случае, если цена Контракта (этапа)
составляет от 100 млн руб. до 500 млн руб. (включительно);
д) 0,4% от цены Контракта (этапа) в случае, если цена Контракта (этапа)
составляет от 500 млн руб. до 1 млрд руб. (включительно);
е) 0,3% от цены Контракта (этапа) в случае, если цена Контракта (этапа)
составляет от 1 млрд руб. до 2 млрд руб. (включительно);
ж) 0,25% от цены Контракта (этапа) в случае, если цена Контракта
(этапа) составляет от 2 млрд руб. до 5 млрд руб. (включительно);
11
з) 0,2% от цены Контракта (этапа) в случае, если цена Контракта (этапа)
составляет от 5 млрд руб. до 10 млрд руб. (включительно);
и) 0,1% от цены Контракта (этапа) в случае, если цена Контракта (этапа)
превышает 10 млрд руб.
8.7. Если иное не предусмотрено законом, размер штрафа за
неисполнение или ненадлежащее исполнение Исполнителем обязательства
по Контракту, не имеющего стоимостного выражения, составляет:
а) 1 000 руб., если цена Контракта не превышает 3 млн руб.;
б) 5 000 руб., если цена Контракта составляет от 3 млн руб. до 50 млн
руб. (включительно);
в) 10 000 руб., если цена Контракта составляет от 50 млн руб. до 100 млн
руб. (включительно);
г) 100 000 руб., если цена Контракта превышает 100 млн руб.
8.8. Общая сумма начисленных штрафов за неисполнение или
ненадлежащее исполнение Исполнителем обязательств, предусмотренных
Контрактом, не может превышать цену Контракта.
8.9. Общая сумма начисленных штрафов за ненадлежащее исполнение
Заказчиком обязательств, предусмотренных Контрактом, не может
превышать цену Контракта.
8.10. Заказчик вправе удерживать сумму неисполненных Исполнителем
требований
об уплате неустоек (штрафов, пеней) из суммы, подлежащей оплате
Исполнителю.
8.11. Уплата Стороной неустойки (штрафа, пени) не освобождает ее от
исполнения обязательств по Контракту.
8.12. Сторона освобождается от уплаты неустойки (штрафа, пени), если
докажет,
что
неисполнение
или
ненадлежащее
исполнение
обязательства,
предусмотренного Контрактом, произошло по вине другой Стороны или
вследствие
непреодолимой
силы,
а
именно
чрезвычайных
и
непредотвратимых при данных условиях обстоятельств: стихийных
природных явлений (землетрясений, наводнений, пожаров и т.д.), действий
объективных внешних факторов (военных действий, актов органов
государственной власти и управления и т.п.), подтвержденных в
установленном законодательством порядке, препятствующих надлежащему
исполнению обязательств по Контракту, которые возникли после
заключения Контракта, на время действия этих обстоятельств, если эти
обстоятельства непосредственно повлияли на исполнение Стороной своих
обязательств, а также которые Сторона была не в состоянии предвидеть и
предотвратить.
12
9. ОБЕСПЕЧЕНИЕ ИСПОЛНЕНИЯ КОНТРАКТА
9.1. Исполнитель, определенный в соответствии с пунктом 1 части 1
статьи 30 Федерального закона № 44-ФЗ, представляет обеспечение
выполнения обязательств Исполнителем по Контракту в размере 10 (десяти)
процентов от цены заключаемого Контракта, что составляет _______
(________________) рублей ____ копеек.
В случае, если Контрактом предусмотрены отдельные этапы его
исполнения размер обеспечения исполнения Контракта в ходе исполнения
Контракта
подлежит
уменьшению
в порядке и случаях, которые предусмотрены пунктами 9.5 и 9.6 Контракта.
Если Исполнителем предложена цена контракта, которая на двадцать
пять и более процентов ниже начальной (максимальной) цены контракта,
Контракт заключается только после предоставления таким участником
обеспечения
исполнения
контракта
в
размере,
указанном
в части 1 статьи 37 Федерального закона № 44-ФЗ, или информации,
подтверждающей добросовестность такого участника в соответствии с
частью
3
статьи
37
Федерального
закона
№ 44-ФЗ, с одновременным предоставлением таким участником обеспечения
исполнения контракта в размере обеспечения исполнения контракта,
указанном
в
извещении
об осуществлении закупки.
К информации, подтверждающей добросовестность участника закупки,
относится информация, содержащаяся в реестре контрактов, заключенных
заказчиками, и подтверждающая исполнение таким участником в течение
трех лет до даты подачи заявки на участие в закупке трех контрактов (с
учетом правопреемства), исполненных без применения к такому участнику
неустоек (штрафов, пеней). При этом цена одного из таких контрактов
должна
составлять
не менее чем двадцать процентов начальной (максимальной) цены
Контракта,
указанной
в извещении об осуществлении закупки.
9.2. Исполнение
Контракта
обеспечивается
предоставлением
независимой гарантии, выданной банком и соответствующей требованиям
статьи
45
Федерального
закона
№
44-ФЗ,
или внесением денежных средств на указанный Заказчиком счет, на котором
в
соответствии
с законодательством Российской Федерации учитываются операции со
средствами, поступающими Заказчику.
Способ
обеспечения
исполнения
Контракта,
срок
действия
независимой гарантии определяются в соответствии с требованиями
Федерального закона № 44-ФЗ участником закупки, с которым заключается
контракт, самостоятельно.
Срок
действия
независимой
гарантии
должен
превышать
предусмотренный Контрактом срок исполнения обязательств, которые
должны быть обеспечены такой независимой гарантией, не менее чем на
один месяц, в том числе в случае его изменения в соответствии со статьей 95
Федерального закона № 44-ФЗ.
9.3. Денежные средства, внесенные Исполнителем в качестве
обеспечения исполнения Контракта, в том числе часть этих денежных
средств в случае уменьшения размера обеспечения исполнения Контракта в
соответствии с пунктами 9.1, 9.4 и 9.5 Контракта, возвращаются
Исполнителю в течение 15 (пятнадцати) дней с даты исполнения
13
Исполнителем обязательств, предусмотренных Контрактом (если такая
форма обеспечения исполнения Контракта применяется Исполнителем).
9.4. В ходе исполнения Контракта Исполнитель вправе изменить способ
обеспечения исполнения Контракта и (или) предоставить Заказчику взамен
ранее предоставленного обеспечения исполнения Контракта новое
обеспечение исполнения Контракта, размер которого может быть уменьшен
в порядке и случаях, которые предусмотрены 9.5 и 9.6 Контракта.
9.5. Размер
обеспечения
исполнения
Контракта
уменьшается
посредством направления Заказчиком информации об исполнении
Исполнителем
обязательств
по
поставке
Товара
или об исполнении им отдельного этапа исполнения Контракта и стоимости
исполненных обязательств для
включения
в реестр контрактов,
предусмотренный статьей 103 Федерального закона № 44-ФЗ (далее - реестр
контрактов). Уменьшение размера обеспечения исполнения Контракта
производится пропорционально стоимости исполненных обязательств,
приемка
и оплата которых осуществлены в порядке и сроки, которые предусмотрены
Контрактом.
В случае, если обеспечение исполнения Контракта осуществляется путем
предоставления независимой гарантии, требование Заказчика об уплате
денежных сумм по этой гарантии может быть предъявлено в размере не более
размера обеспечения исполнения Контракта, рассчитанного Заказчиком на
основании информации об исполнении Контракта, размещенной в реестре
контрактов.
В
случае,
если
обеспечение
исполнения
Контракта
осуществляется путем внесения денежных средств на счет, указанный
Заказчиком, денежные средства возвращаются Исполнителю в срок,
установленный в пункте 9.3 Контракта, в сумме, на которую уменьшен
размер обеспечения исполнения Контракта, рассчитанный Заказчиком на
основании информации об исполнении Контракта, размещенной в реестре
контрактов.
9.6. Предусмотренное пунктами 9.1 и 9.4. Контракта уменьшение
размера обеспечения исполнения Контракта осуществляется при условии
отсутствия неисполненных Исполнителем требований об уплате неустоек
(штрафов,
пеней),
предъявленных
Заказчиком
в
соответствии
с разделом 8 Контракта, а также приемки Заказчиком выполненных работ,
результатов отдельного этапа исполнения Контракта в объеме выплаченного
аванса (если Контрактом предусмотрена выплата аванса) либо в объеме,
превышающем
выплаченный
аванс
(если
в соответствии с законодательством Российской Федерации расчеты по
Контракту
в
части
выплаты
аванса
подлежат
казначейскому
сопровождению).
Такое
уменьшение
не
допускается
в случаях, определенных Правительством Российской Федерации в
соответствии с частью 7.3 статьи 96 Федерального закона № 44-ФЗ.
9.7. В случае отзыва в соответствии с законодательством Российской
Федерации у банка, предоставившего независимую гарантию в качестве
обеспечения исполнения Контракта, лицензии на осуществление банковских
операций, Исполнитель обязан предоставить новое обеспечение исполнения
Контракта не позднее одного месяца со дня надлежащего уведомления
Заказчиком Исполнителя о необходимости предоставить соответствующее
обеспечение. Размер такого обеспечения может быть уменьшен в порядке и
случаях, которые предусмотрены пунктами 9.1, 9.4, 9.5 и 9.6 Контракта.
14
9.8. Уменьшение в соответствии с пунктами 9.1. и 9.4. Контракта
размера обеспечения исполнения Контракта, предоставленного в виде
независимой гарантии, осуществляется Заказчиком путем отказа от части
своих прав по этой гарантии. При этом датой такого отказа признается дата
включения предусмотренной пунктом 9.5. Контракта информации в реестр
контрактов.
9.9. В случае предоставления нового обеспечения исполнения
Контракта
в
соответствии
с пунктами 9.4 и 9.7 Контракта возврат независимой гарантии Заказчиком
гаранту,
предоставившему
указанную
независимую
гарантию,
не
осуществляется,
взыскание
по ней не производится.
9.10. Положения настоящего раздела Контракта не применяются в
случае заключения Контракта с участником закупки, который является
казенным учреждением.
9.11. Участник закупки, с которым заключается контракт по
результатам определения Исполнителя (подрядчика, исполнителя) в
соответствии с пунктом 1 части 1 статьи 30 Федерального закона № 44ФЗ, освобождается от предоставления обеспечения исполнения
контракта, в том числе с учетом положений статьи 37 Федерального
закона № 44-ФЗ в случае предоставления таким участником закупки
информации, содержащейся в реестре контрактов, заключенных
заказчиками, и подтверждающей исполнение таким участником (без
учета правопреемства) в течение трех лет до даты подачи заявки на
участие в закупке трех контрактов, исполненных без применения к
такому участнику неустоек (штрафов, пеней). Такая информация
представляется участником закупки до заключения контракта в
случаях, установленных Федеральным законом № 44-ФЗ для
предоставления
обеспечения
исполнения
контракта.
При этом сумма цен таких контрактов должна составлять не менее
начальной (максимальной) цены контракта, указанной в извещении об
осуществлении закупки.
9.12. Реквизиты Заказчика для перечисления Исполнителем
денежных средств в качестве обеспечения исполнения Контракта (в
случае выбора Исполнителем такого способа обеспечения исполнения
Контракта):
Получатель: Государственное казенное учреждение федеральной
территории «Сириус» «Цифра.ФТ» (ГКУ «Цифра.ФТ»)
ИНН 2367026222 КПП 237801001
р/счет 03222643020000003200
корр. счет 40102810745370000024
ОКЦ № 1 ВВГУ Банка России//УФК по Нижегородской области, г
Нижний Новгород
БИК 012202102
УФК по Краснодарскому краю (ГКУ «ЦИФРА.ФТ» л/с 052ИИ038000)
Назначение платежа: обеспечение исполнения контракта (извещение о
закупке
№ ____________________).
10. СРОК ДЕЙСТВИЯ, ПОРЯДОК ИЗМЕНЕНИЯ И РАСТОРЖЕНИЯ
КОНТРАКТА
10.1. Контракт составлен в форме электронного документа и
15
подписан усиленными квалифицированными электронными подписями
Сторон.
Настоящий Контракт считается заключенным с даты его подписания и
действует
до «31» декабря 2026 г. Обязательства Сторон, не исполненные до даты
истечения срока действия Контракта, подлежат исполнению в полном
объеме.
Окончание срока действия Контракта не освобождает Стороны от
ответственности
за его нарушение.
Изменение условий Контракта при его исполнении не допускается, за
исключением случаев, предусмотренных статьей 95 Федерального закона №
44-ФЗ, Контрактом.
10.2. Любые изменения и дополнения к настоящему Контракту имеют
силу
только
в том случае, если они оформлены в письменном виде и подписаны обеими
Сторонами. В случае изменения места нахождения, названия, банковских
реквизитов и прочего (далее – реквизиты) одной из Сторон, она уведомляет
другую Сторону в срок не позднее 2 (двух) рабочих дней со дня
соответствующего изменения. Все риски, связанные с несвоевременным или
ненадлежащим уведомлением Стороны об изменении реквизитов, несет
Сторона, у которой сменились реквизиты.
10.3. При
исполнении
Контракта
не
допускается
перемена
Исполнителя, за исключением случая, если новый Исполнитель является
правопреемником Исполнителя вследствие реорганизации юридического
лица в форме преобразования, слияния или присоединения.
Передача прав и обязанностей по Контракту правопреемнику
Исполнителя
осуществляется
путем
заключения
соответствующего
дополнительного соглашения к Контракту.
10.4. Расторжение Контракта допускается по соглашению Сторон, по
решению
суда
или в связи с односторонним отказом Стороны от исполнения Контракта в
соответствии
с гражданским законодательством Российской Федерации, Федеральным
законом № 44-ФЗ.
10.5. Во всем, что не предусмотрено настоящим Контрактом, Стороны
руководствуются действующим законодательством Российской Федерации.
11. ДЕЙСТВИЕ ОБСТОЯТЕЛЬСТВ НЕПРЕОДОЛИМОЙ СИЛЫ
11.1. Сторона освобождается от уплаты неустойки (штрафа, пени),
если
докажет,
что неисполнение или ненадлежащее исполнение обязательства,
предусмотренного Контрактом, произошло вследствие непреодолимой
силы или по вине другой Стороны.
11.2. В
случае
если
надлежащее
исполнение
Стороной
предусмотренных Контрактом обязательств оказалось невозможным
вследствие обстоятельств непреодолимой силы, такая Сторона не
позднее 3 (трех) дней со дня их наступления в письменной форме
извещает другую Сторону с приложением документов, удостоверяющих
факт наступления указанных обстоятельств.
12. ПОРЯДОК РАЗРЕШЕНИЯ СПОРОВ
16
12.1. Все споры и разногласия, которые могут возникнуть из Контракта
между Сторонами, будут разрешаться путем переговоров, в том числе в
претензионном порядке.
12.2. В
случае
обмена
документами
при
применении
мер
ответственности и совершении иных действий в связи с нарушением
Исполнителем
или
Заказчиком
условий
Контракта
такой
обмен
осуществляется с использованием ЕИС путем направления электронных
уведомлений. Такие уведомления формируются с использованием ЕИС,
подписываются усиленной электронной подписью лица, имеющего право
действовать
от
имени
Заказчика,
Исполнителя,
и размещаются в ЕИС без размещения на официальном сайте.
12.3. В претензии перечисляются допущенные при исполнении
Контракта
нарушения
со ссылкой на соответствующие положения Контракта или его приложений,
отражаются стоимостная оценка ответственности (неустойки), а также
действия, которые должны быть произведены Стороной для устранения
нарушений.
12.4. Срок рассмотрения претензии не может превышать 14
(четырнадцать) дней с даты ее получения Стороной.
12.5. При неурегулировании Сторонами спора в досудебном порядке,
спор
разрешается
в судебном порядке в Арбитражном суде Краснодарского края.
13. КОНФИДЕНЦИАЛЬНОСТЬ. ПЕРСОНАЛЬНЫЕ ДАННЫЕ
ЗАКАЗЧИКОВ
13.1. Стороны
обязуются
не
разглашать
сведения
конфиденциального
характера
друг
о друге и об их хозяйственной деятельности, а также не использовать во
вред друг другу информацию, полученную в рамках выполнения
настоящего Контракта.
13.2. Конфиденциальной
считается
любая
информация
относительно
финансового
или коммерческого положения Сторон или информация, которая прямо
названа Сторонами конфиденциальной, а также любые факты, данные и
информация, о которой Сторонам стало известно в процессе
исполнения настоящего Контракта.
13.3. В процессе исполнения настоящего Контракта Заказчик
передает, а Исполнитель принимает персональные данные сотрудников
Заказчика, которые необходимы Исполнителю для качественного
исполнения обязанностей по Контракту, предусмотренных п. 1.1.
настоящего Контракта. К таким сведениям могут относиться:
13.3.1. фамилии, имена и отчества лиц, ответственных за
организацию и обеспечение обработки персональных данных,
классификацию информационных систем персональных данных,
хранение материальных носителей персональных данных, защиту
информации, а также работу со средствами криптографической защиты
информации;
13.3.2. сведения
о
занимаемых
должностях
указанных
сотрудников;
13.3.3. рабочий адрес, телефон и электронная почта должностных
лиц Заказчика, ответственных за организацию обработки персональных
данных.
17
13.4. Исполнитель имеет право использовать полученные
персональные данные только для исполнения обязанностей по
Контракту,
предусмотренных
п.
1.1.
настоящего
Контракта,
с использованием средств автоматизации либо без таковых.
13.5. Исполнитель обязуется соблюдать конфиденциальность
полученных персональных данных сотрудников Заказчика и принимать
меры, направленные на обеспечение безопасности персональных
данных в соответствии с нормами законодательства и настоящим
Контрактом.
13.6. Обеспечение
безопасности
персональных
данных
сотрудников Заказчика достигается следующими способами:
13.6.1. определение угроз безопасности персональных данных
при
их
обработке
в информационных системах персональных данных;
13.6.2. применение организационных и технических мер по
обеспечению безопасности персональных данных при их обработке в
информационных системах персональных данных, необходимых для
выполнения требований к защите персональных данных, исполнение
которых обеспечивает установленные Правительством Российской
Федерации уровни защищённости;
13.6.3. оценка эффективности принимаемых мер по обеспечению
безопасности персональных данных до ввода в эксплуатацию
информационной системы персональных данных;
13.6.4. применение прошедших в установленном порядке
процедуру оценки соответствия средств защиты информации;
13.6.5. учёт машинных носителей персональных данных;
13.6.6. обнаружение фактов несанкционированного доступа к
персональным
данным
и принятие мер;
13.6.7. восстановление персональных данных, модифицированных
или уничтоженных вследствие несанкционированного доступа к ним;
13.6.8. установление правил доступа к персональным данным,
обрабатываемым
в информационной системе персональных данных, а также обеспечение
регистрации и учёта всех действий, совершаемых с персональными
данными в информационной системе персональных данных;
13.6.9. контроль за принимаемыми мерами по обеспечению
безопасности персональных данных и уровня защищённости
информационных систем персональных данных.
13.7. Исполнитель обязуется уничтожить ставшие известными
ему персональные данные сотрудников Заказчика в срок не позднее 1
(одного) календарного года с даты исполнения настоящего Контракта.
13.8. Разглашение третьим лицам и использование в любых целях
полностью
или частично указанных фактов, данных и информации, допускается
лишь с предварительного письменного согласия другой стороны.
13.9. Обязательства
конфиденциальности,
возложенные
на
каждую из сторон, не будут распространяться на общедоступную
информацию, а также информацию, которая станет известна не по вине
Сторон.
18
13.10. Не считается разглашением предоставление информации
по запросу уполномоченного органа в порядке и в случаях,
предусмотренных действующим законодательством.
13.11. Сам факт заключения и предмет настоящего Контракта не
являются конфиденциальными.
14. АНТИКОРРУПЦИОННАЯ ОГОВОРКА
14.1. При исполнении обязательств по Контракту Стороны, их
аффилированные
лица
не выплачивают, не предлагают выплатить и не разрешают выплату какихлибо денежных средств или ценностей прямо или косвенно любым лицам для
оказания
влияния
на
действия
или решения этих лиц с целью получить какие-либо неправомерные
преимущества или иные неправомерные цели.
14.2. При исполнении обязательств по Контракту Стороны, их
аффилированные
лица
не осуществляют действия, квалифицируемые применимым для целей
Контракта законодательством Российской Федерации, как дача/получение
взятки,
коммерческий
подкуп,
а
также
иные
действия,
нарушающие
требования
применимого
законодательства Российской Федерации и международных актов о
противодействии коррупции.
14.3. В случае возникновения у Стороны обоснованных подозрений, что
произошло
или может произойти нарушение каких-либо положений раздела 14
Контракта, соответствующая Сторона обязуется уведомить об этом другую
Сторону в письменной форме. После получения письменного уведомления
другая
Сторона
обязана
направить
подтверждение
того,
что нарушения не произошло или не произойдет. Это подтверждение должно
быть
направлено
в течение 10 (десяти) рабочих дней с даты письменного уведомления о
нарушении.
В письменном уведомлении другая Сторона обязана сослаться на
обоснованные
факты
или
предоставить
материалы,
достоверно
подтверждающие или не дающие основание предполагать, что произошло
или может произойти нарушение каких-либо положений Контракта
Стороной, ее аффилированными лицами, выражающееся в действиях,
квалифицируемых применимым законодательством Российской Федерации,
как дача или получение взятки, коммерческий подкуп, а также иных
действиях, нарушающих требования применимого законодательства
Российской Федерации и международных актов о противодействии
коррупции.
14.4. В
случае
нарушения
одной
Стороной
обязательств
воздерживаться от запрещенных в разделе 14 Контракта действий и/или
неполучения другой Стороной в установленный Контрактом срок
подтверждения, что нарушения не произошло или не произойдет, другая
Сторона имеет право направить обоснованные факты или предоставить
материалы компетентным органам в соответствии с применимым
законодательством Российской Федерации.
15. ПРОЧИЕ УСЛОВИЯ
19
15.1. Все уведомления Сторон, связанные с исполнением Контракта (за
исключением документов, указанных в п. 12.2, п. 15.2, п. 15.3 Контракта)
направляются в письменной форме по почте заказным письмом по
фактическому адресу Стороны, указанному в разделе 16 Контракта, или с
использованием электронной почты с последующим предоставлением
оригинала. В случае направления уведомлений с использованием почты
уведомления считаются полученными Стороной в день фактического
получения, подтвержденного отметкой почты.
15.2. В случае обмена документами при применении мер
ответственности и совершении иных действий в связи с нарушением
Исполнителем или Заказчиком условий настоящего Контракта, такой обмен
осуществляется с использованием ЕИС путем направления электронных
уведомлений. Такие уведомления формируются с использованием ЕИС,
подписываются усиленной электронной подписью лица, имеющего право
действовать от имени Заказчика, Исполнителя, и размещаются в ЕИС.
15.3. Документы о приемке выполненных Работ подписываются
Сторонами
с использованием ЕИС усиленными электронными подписями лиц, имеющих
право действовать от имени Заказчика, Исполнителя, и размещаются в ЕИС.
15.4. Во всем, что не предусмотрено Контрактом, Стороны
руководствуются действующим законодательством Российской Федерации.
15.5. Неотъемлемыми частями Контракта являются:
приложение № 1 «Спецификация»;
приложение № 2 «Техническое задание».
приложение № 3 «Акт сдачи-приемки оказанных услуг. Форма».
20
16. МЕСТА НАХОЖДЕНИЯ, БАНКОВСКИЕ РЕКВИЗИТЫ И ПОДПИСИ
СТОРОН
Государственное казенное
учреждение федеральной
территории «Сириус» «Цифра.ФТ»
(ГКУ «Цифра.ФТ»)
Место нахождения: 354340,
Краснодарский край, Ф.Т. Сириус,
пгт. Сириус,
ул. Международная, д. 2, офис 117.
Почтовый адрес: 354340,
Краснодарский край, Ф.Т. Сириус,
пгт. Сириус,
ул. Международная, д. 2, офис 117.
ИНН 2367026222 КПП 237801001
УФК по Краснодарскому краю
(ГКУ «ЦИФРА.ФТ» л/с
03812ИИ0380)
Банк получателя: ОКЦ № 1 ЮГУ
БАНКА РОССИИ//УФК по
Краснодарскому краю
г. Краснодар
БИК: 010349101
Номер казначейского счета:
03221643020000008100
Номер счёта:
40102810045370000088
ОГРН 1222300037981
ОКТМО 02000000
ОКПО 97616179
Телефон: 8 862 4455570 доб. 233
Электронная почта: cifra@siriusft.ru
__________
__________
Место нахождения: __________
Почтовый адрес: __________
ИНН __________ КПП __________
Банк: __________
БИК: __________
Номер счёта: __________
ОГРН __________
ОКТМО __________
ОКПО __________
Телефон: __________
Электронная почта: __________
21
Заказчик:
Исполнитель:
Директор ГКУ «Цифра.ФТ»
____________________
_____________________/Л.В.
Мартыненко/
«___» ___________ 2026 г.
М.П.
_____________________/___________/
«___» ___________ 2026 г.
М.П.
Приложение № 1 к Контракту
от «___» ________ 2026 года №
_____
СПЕЦИФИКАЦИЯ
№
п\п
Наименование работ
1.
Выполнение работ по модернизации
программного решения, автоматизирующего
работу административной комиссии
администрации
федеральной территории «Сириус»
ОКПД2
62.01.11.
000
Срок выполнения работ
С даты заключения
Контракта
по 14.12.2026
(включительно)
Ед.из Кол
м. -во
усл.е
д.
1
Цена за
ед.,
руб.
Сумма,
руб.
Заполняетс Заполняетс
я по итогам я по итогам
аукциона в аукциона в
электронно электронно
й форме
й форме
Заполняетс Заполняетс
я по итогам я по итогам
ИТОГО: аукциона в аукциона в
электронно электронно
й форме
й форме
Заполняетс Заполняетс
я по итогам я по итогам
В том числе НДС (если предусмотрен) аукциона в аукциона в
электронно электронно
й форме
й форме
Заказчик:
Исполнитель:
Директор ГКУ «Цифра.ФТ»
______________
_____________________/Л.В. Мартыненко/
«___» ___________ 2026 г.
М.П.
_____________________/____________/
«___» ___________ 2026 г.
М.П.
Приложение № 3 к Контракту
от «___» ________ 2026 года №
_____
ФОРМА
Акт №_____
сдачи - приемки выполненных работ
федеральная территория «Сириус»
«___»___________2026 г.
Государственное казенное учреждение федеральной территории
«Сириус» «Цифра.ФТ» (ГКУ «Цифра.ФТ), именуемое в дальнейшем
«Заказчик», в лице директора Мартыненко Любови Вячеславовны,
действующего на основании устава, с одной стороны, и _______________
именуемое в дальнейшем «Исполнитель», в лице___________, действующего на
основании _______ с другой стороны, вместе именуемые в дальнейшем
«Стороны», составили настоящий Акт сдачи - приемки выполненных работ
(далее – «Акт») о нижеследующем.
1. В соответствии с Контрактом от «___» _________ 2026 г. №
______________________
(далее – «Контракт»)
Исполнитель
выполнил,
а
Заказчик
принял
следующие
работы:
__________________________________________________________
2. Перечень, объем и стоимость выполненных работ:
№
п/п
Наименование работ
Кол-во
Ед.
Цена за
Стоимость
измерен единицу (руб.)
(руб.)
ия
Итого:
3. Качество выполненных работ соответствует условиям Контракта.
Претензий
к Исполнителю по качеству выполненных работ у Заказчика не имеется.
4. Настоящий Акт составлен в двух экземплярах, имеющих одинаковую
юридическую силу, по одному для каждой из Сторон.
5. Настоящий Акт является неотъемлемой частью Контракта.
Заказчик:
Исполнитель:
________________________
«____» ___________ 2026 г.
________________________
«____» ____________ 2026 г.
ФОРМА СОГЛАСОВАНА:
Заказчик:
Исполнитель:
Директор ГКУ «Цифра.ФТ»
________________
24
_____________________/Л.В.Мартыненко/
«___» ___________ 2026 г.
М.П.
_____________________/____________/
«___» ___________ 2026 г.
М.П.

=== ФАЙЛ: 6_Приложение №6_Порядок предоставления обеспечения исполнения контракта | docs/0881500000126000063/6_Приложение №6_Порядок предоставления обеспечения исполнения контракта.pdf
Приложение № 6 к извещению об аукционе в электронной форме
Порядок предоставления обеспечения исполнения контракта,
требования к такому обеспечению
Контракт заключается после предоставления одновременно с
проектом
контракта
(без подписи заказчика) документов, подтверждающих предоставление
обеспечения исполнения контракта, победителем конкурентной закупки
(далее – закупка) или иным его участником, с которым заключается
контракт, для подписания контракта.
Исполнение контракта может обеспечиваться в виде денежных
средств или независимой гарантии, с учетом положений статьи 37
Федерального
закона
от
5
апреля
2013
г.
№
44-ФЗ
«О контрактной системе в сфере закупок товаров, работ, услуг для
обеспечения государственных и муниципальных нужд» (далее –
Федеральный закон № 44-ФЗ).
Способ обеспечения исполнения контракта определяется участником
закупки, с которым заключается контракт, самостоятельно.
Размер обеспечения исполнения контракта указан в извещении об
осуществлении закупки.
В ходе исполнения контракта поставщик (подрядчик, исполнитель)
вправе изменить способ обеспечения исполнения контракта и (или)
предоставить заказчику взамен ранее предоставленного обеспечения
исполнения контракта новое обеспечение исполнения контракта, размер
которого может быть уменьшен в порядке и случаях, которые
предусмотрены частями 7.2 и 7.3 статьи 96 Федерального закона № 44-ФЗ.
Положения настоящего приложения об обеспечении исполнения
контракта, включая положения о предоставлении такого обеспечения с
учетом положений статьи 37 Федерального закона № 44-ФЗ, не применяются
в случае:
1) заключения контракта с участником закупки, который является
казенным учреждением;
2) осуществления закупки услуги по предоставлению кредита;
3) заключения
бюджетным
учреждением,
государственным,
муниципальным
унитарными
предприятиями
контракта,
предметом
которого является выдача независимой гарантии.
В случае заключения контракта по результатам определения
поставщиков (подрядчиков, исполнителей) в соответствии с пунктом 1 части
1 статьи 30 Федерального закона № 44-ФЗ размер обеспечения исполнения
контракта, в том числе предоставляемого с учетом положений статьи 37
Федерального закона № 44-ФЗ, устанавливается от цены, по которой в
соответствии
с Федеральным законом № 44-ФЗ заключается контракт, но не может
составлять менее чем размер аванса. Если контрактом предусмотрена
выплата аванса и расчеты по такому контракту подлежат казначейскому
сопровождению,
то
размер
обеспечения
исполнения
контракта
устанавливается заказчиком от цены контракта, уменьшенной на размер
такого аванса.
Участник закупки, с которым заключается контракт по результатам
определения поставщика (подрядчика, исполнителя) в соответствии с
пунктом 1 части 1 статьи 30 Федерального закона № 44-ФЗ (субъект малого
2
предпринимательства,
социально
ориентированная
некоммерческая
организация) освобождается от предоставления обеспечения исполнения
контракта, в том числе с учетом положений статьи 37 Федерального закона
№ 44-ФЗ, в случае предоставления таким участником закупки информации,
содержащейся
в реестре контрактов, заключенных заказчиками, и подтверждающей
исполнение таким участником (без учета правопреемства) в течение трех
лет
до
даты
подачи
заявки
на
участие
в закупке трех контрактов, исполненных без применения к такому
участнику неустоек (штрафов, пеней). Такая информация представляется
участником
закупки
до
заключения
контракта
в
случаях,
установленных
Федеральным
законом
№ 44-ФЗ
для
предоставления обеспечения исполнения контракта. При этом сумма цен
таких контрактов должна составлять не менее начальной (максимальной)
цены контракта, указанной в извещении об осуществлении закупки.
Часть 1. Условия предоставления обеспечения исполнения
контракта при применении антидемпинговых мер
1. В случае, если при проведении открытого конкурса в электронной
форме,
аукциона
в электронной форме цена контракта снижена на двадцать пять процентов и
более от начальной (максимальной) цены контракта, либо предложена
сумма цен единиц товара, работы, услуги, которая на двадцать пять и более
процентов ниже начальной суммы цен указанных единиц, победитель такой
закупки предоставляет:
а) если начальная (максимальная) цена контракта составляет более
чем пятнадцать миллионов рублей – обеспечение исполнения контракта в
размере, превышающем в полтора раза размер обеспечения исполнения
контракта, указанный в извещении об осуществлении закупки, но не менее
чем десять процентов от начальной (максимальной) цены контракта или от
цены заключаемого контракта (если контракт заключается по результатам
определения поставщика (подрядчика, исполнителя) в соответствии с
пунктом 1 части 1 статьи 30 Федерального закона № 44-ФЗ) и не менее
размера аванса (если контрактом предусмотрена выплата аванса);
б) если начальная (максимальная) цена контракта составляет
пятнадцать миллионов рублей и менее – обеспечение исполнения контракта
в размере, превышающем в полтора раза размер обеспечения исполнения
контракта, указанный в извещении об осуществлении закупки, но не менее
чем десять процентов от начальной (максимальной) цены контракта или от
цены заключаемого контракта (если контракт заключается по результатам
определения поставщика (подрядчика, исполнителя) в соответствии с
пунктом
1
части
1
статьи
30
Федерального
закона
№ 44-ФЗ и не менее размера аванса (если контрактом предусмотрена
выплата аванса), или информации, подтверждающей добросовестность
такого участника в соответствии с частью 3 статьи 37 Федерального закона
№ 44-ФЗ, с одновременным предоставлением таким участником обеспечения
исполнения контракта в размере обеспечения исполнения контракта,
указанном
в извещении об осуществлении закупки.
Если при осуществлении закупок лекарственных препаратов, которые
включены
3
в утвержденный Правительством Российской Федерации перечень
жизненно
необходимых
и важнейших лекарственных препаратов, участником закупки, с которым
заключается контракт, предложена цена всех закупаемых лекарственных
препаратов, сниженная не более чем на двадцать пять процентов
относительно
их
зарегистрированной
в
соответствии
с законодательством об обращении лекарственных средств предельной
отпускной цены, антидемпинговые меры не применяются.
2. Обеспечение исполнения контракта в размере, указанном в пункте
1 части 1 настоящего приложения, предоставляется участником закупки, с
которым заключается контракт, до его заключения.
3. Если предметом контракта является поставка товара, необходимого
для
нормального
жизнеобеспечения
граждан
–
контракт,
предусматривающий поставку продовольствия, средств, необходимых для
оказания скорой, в том числе скорой специализированной, медицинской
помощи в экстренной или неотложной форме, лекарственных средств,
топлива, отсутствие которых приведет к нарушению нормального
жизнеобеспечения граждан, участник закупки, предложивший цену
контракта, сумму цен единиц товара на двадцать пять и более процентов
ниже начальной (максимальной) цены контракта, начальной суммы цен
единиц
товара,
наряду
с требованиями, предусмотренными настоящей статьей, обязан представить
заказчику обоснование предлагаемых цены контракта, суммы цен единиц
товара, которое может включать в себя гарантийное письмо от
производителя с указанием цены и количества поставляемого товара (за
исключением случая, если количество поставляемых товаров невозможно
определить), документы, подтверждающие наличие товара у участника
закупки, иные документы и расчеты, подтверждающие возможность
участника закупки осуществить поставку товара по предлагаемым цене,
сумме цен единиц товара.
Часть 2. Независимая гарантия
1. В качестве обеспечения исполнения контракта заказчиком
принимаются независимые гарантии. Независимая гарантия должна быть
безотзывной и должна содержать:
1) сумму независимой гарантии, подлежащую уплате гарантом
бенефициару (заказчику) в установленных частью 15 статьи 44
Федерального закона № 44-ФЗ случаях, а также идентификационный код
закупки, при осуществлении которой предоставляется такая независимая
гарантия;
2) обязательства принципала, надлежащее исполнение которых
обеспечивается независимой гарантией;
3) обязанность гаранта в случае просрочки исполнения обязательств
по независимой гарантии, требование об уплате денежной суммы по
которой соответствует условиям такой независимой гарантии и предъявлено
заказчиком до окончания срока ее действия, за каждый день просрочки
уплатить заказчику неустойку в размере 0,1 процента денежной суммы,
подлежащей уплате по такой независимой гарантии;
4) условие, согласно которому исполнением обязательств гаранта по
независимой гарантии является фактическое поступление денежных сумм
на счет, на котором в соответствии с законодательством Российской
4
Федерации
заказчику:
учитываются
операции
со
средствами,
поступающими
Получатель: Государственное казенное учреждение федеральной
территории «Сириус» «ЦИФРА.ФТ»
ИНН 2367026222 КПП 237801001
р/счет 03222643020000003200
корр. счет 40102810745370000024
ОКЦ № 1 ВВГУ Банка России//УФК по Нижегородской области, г.
Нижний Новгород
БИК 012202102
УФК по Краснодарскому краю (ГКУ «ЦИФРА.ФТ» л/с 052ИИ038000)
Назначение платежа: обеспечение исполнения контракта (закупка
№______________).
5) срок действия независимой гарантии с учетом требований ст. 44
Федерального закона № 44-ФЗ;
6) установленный
постановлением
Правительства
Российской
Федерации от 8 ноября 2013 года № 1005 «О независимых гарантиях,
используемых для целей Федерального закона «О контрактной системе в
сфере закупок товаров, работ, услуг для обеспечения государственных и
муниципальных нужд» (далее - Постановление № 1005) перечень
документов, предоставляемых заказчиком гаранту одновременно с
требованием об осуществлении уплаты денежной суммы по независимой
гарантии.
В соответствии с Постановлением № 1005 независимая гарантия
оформляется в письменной форме на бумажном носителе или в форме
электронного документа, подписанного электронной подписью, вид которой
предусмотрен Федеральным законом № 44-ФЗ, лица, имеющего право
действовать от имени гаранта, на условиях, определенных гражданским
законодательством и статьей 45 Федерального закона № 44-ФЗ, с учетом
следующих дополнительных требований:
1) обязательное закрепление в независимой гарантии:
права заказчика в случае, предусмотренном п. 7 ч. 10 ст. 44
Федерального
закона
№ 44-ФЗ, представлять на бумажном носителе или в форме электронного
документа требование об уплате денежной суммы по независимой гарантии,
предоставленной в качестве обеспечения заявки, в размере обеспечения
заявки, установленном в извещении об осуществлении закупки;
права заказчика по передаче права требования по независимой
гарантии
при
перемене
заказчика
в
случаях,
предусмотренных
законодательством
Российской
Федерации,
с предварительным извещением об этом гаранта;
условия о том, что расходы, возникающие в связи с перечислением
денежных средств гарантом по независимой гарантии, несет гарант;
перечня
документов,
представляемых
заказчиком
гаранту
одновременно
с
требованием
об осуществлении уплаты денежной суммы по независимой гарантии,
утвержденного Постановлением № 1005
2) недопустимость включения в независимую гарантию:
положений о праве гаранта отказывать в удовлетворении требования
заказчика о платеже по независимой гарантии в случае непредоставления
гаранту
заказчиком
уведомления
о нарушении поставщиком (подрядчиком, исполнителем) условий
5
контракта, гарантийных обязательств или расторжении контракта (за
исключением
случаев,
когда
направление
такого
уведомления
предусмотрено условиями контракта или законодательством Российской
Федерации);
требований о предоставлении заказчиком гаранту отчета об
исполнении контракта, гарантийных обязательств;
требований о предоставлении заказчиком гаранту одновременно с
требованием
об осуществлении уплаты денежной суммы по независимой гарантии
документов,
не включенных в перечень документов, представляемых заказчиком гаранту
одновременно
с требованием об осуществлении уплаты денежной суммы по независимой
гарантии, утвержденный Постановлением № 1005;
3) обязательное наличие нумерации на всех листах независимой
гарантии, которые должны быть прошиты, подписаны и скреплены печатью
(при наличии) гаранта, в случае ее оформления в письменной форме на
бумажном носителе на нескольких листах.
В независимую гарантию включается условие об обязанности гаранта
уплатить заказчику (бенефициару) денежную сумму по независимой
гарантии
не
позднее
десяти
рабочих
дней
со дня, следующего за днем получения гарантом требования заказчика
(бенефициара), соответствующего условиям такой независимой гарантии,
при отсутствии предусмотренных Гражданским кодексом Российской
Федерации оснований для отказа в удовлетворении этого требования.
Запрещается включение в условия независимой гарантии требования
о представлении заказчиком гаранту судебных актов, подтверждающих
неисполнение принципалом обязательств, обеспечиваемых независимой
гарантией.
Заказчик рассматривает поступившую независимую гарантию в срок,
не превышающий трех рабочих дней со дня ее поступления, если
Федеральным законом № 44-ФЗ не установлено иное.
Основанием для отказа в принятии независимой гарантии заказчиком
является:
1) отсутствие информации о независимой гарантии в предусмотренном
статьей 45 Федерального закона № 44-ФЗ реестре независимых гарантий;
2) несоответствие
независимой
гарантии
требованиям,
предусмотренным
ч.
2,
3
и
8.2
ст. 45 Федерального закона № 44-ФЗ;
3) несоответствие независимой гарантии требованиям, содержащимся
в Извещении.
В случае отказа в принятии независимой гарантии заказчик в срок,
установленный
ч.5 ст. 45 Федерального закона № 44-ФЗ, информирует в письменной форме
или в форме электронного документа об этом лицо, предоставившее
независимую гарантию, с указанием причин, послуживших основанием для
отказа, за исключением случаев, предусмотренных Федерального законом
№ 44-ФЗ, при которых заказчик информирует лицо, предоставившее
независимую гарантию, путем указания таких причин в протоколах
определения поставщиков (подрядчиков, исполнителей).
Независимая
гарантия,
информация
о
ней
и
документы,
предусмотренные ч. 9 ст. 45 Федерального закона № 44-ФЗ, должны быть
6
включены в реестр независимых гарантий, размещенный в ЕИС, за
исключением независимых гарантий, указанных в ч. 8.1 ст. 45 Федерального
закона № 44-ФЗ. Ведение такого реестра осуществляется путем включения
в соответствии с порядком, предусмотренным ч. 8.2 ст. 45 Федерального
закона № 44-ФЗ, таких информации и документов в реестр и присвоения
номера реестровой записи. В течение одного рабочего дня после включения
таких информации и документов в реестр независимых гарантий гарант
направляет принципалу выписку из реестра независимых гарантий.
Часть 3. Внесение денежных средств в качестве обеспечения
исполнения контракта
Участник закупки должен внести денежные средства в качестве
обеспечения исполнения контракта в размере, установленном в извещении
об осуществлении закупки или в размерах, указанных в пункте 1 части 1
настоящего приложения, на банковский счет:
Получатель: Государственное казенное учреждение федеральной
территории «Сириус» «ЦИФРА.ФТ»
ИНН 2367026222 КПП 237801001
р/счет 03222643020000003200
корр. счет 40102810745370000024
ОКЦ № 1 ВВГУ Банка России//УФК по Нижегородской области, г.
Нижний Новгород
БИК 012202102
УФК по Краснодарскому краю (ГКУ «ЦИФРА.ФТ» л/с 052ИИ038000)
Назначение платежа: обеспечение исполнения контракта (закупка
№______________).
Если отсутствует возможность идентифицировать необходимые
реквизиты, содержащиеся в платежном поручении, указывающие на
назначение платежа: «обеспечение исполнения контракта», «номер
извещения об осуществлении закупки», участник, с которым заключается
контракт, несет риски, связанные с непредоставлением обеспечения
исполнения контракта.

=== ФАЙЛ: 2_Приложение_№_2_Техническое_задание_ (3) (1) | docs/0881500000126000063/2_Приложение_№_2_Техническое_задание_ (3) (1).pdf
Приложение № 2 к извещению
об аукционе в электронной
форме
Приложение № 2 к Контракту
от «___» ________ 2026 года
№______
Описание объекта закупки
(Техническое задание на выполнение работ по модернизации
программного решения, автоматизирующего работу
административной комиссии администрации федеральной
территории «Сириус»)
2
ТЕРМИНЫ, СОКРАЩЕНИЯ И ОПРЕДЕЛЕНИЯ
Термин, сокращение
Определение, расшифровка
Заказчик
Государственное казенное учреждение федеральной
территории «Сириус» «Цифра.ФТ» (ГКУ «Цифра.ФТ»)
Исполнитель
Организация, выполняющая Работы на основании
подписанного Контракта и в соответствии с
настоящим техническим заданием
ПО
Программное обеспечение
Работы
Работы по модернизации программного решения,
автоматизирующего работу административной
комиссии администрации федеральной территории
«Сириус»
Система, ПО
Административной
комиссии
Программное решение, автоматизирующее работу
административной комиссии администрации
федеральной территории «Сириус»
(программное обеспечение «Автоматизация КНО»).
Запись в реестре отечественного ПО: от 04.04.2024,
регистрационный номер 22124, неисключительные
права (лицензия) переданы Заказчику в соответствии
с Лицензионным договором от 15.08.2024
№ ЛД/Ц-02-04-31 в рамках контракта
от 09.08.2024 № Ц-02-04-31.
ТЗ
Техническое задание
БС
Биллинговая система
ГИС ЕЦП
Государственная информационная система «Единый
цифровой профиль жителя и гостя федеральной
территории «Сириус» («Сириус» – просветительская
среда»)
СМЭВ
Система межведомственного электронного
взаимодействия
МВД России
Министерство внутренних дел Российской Федерации
ЭВМ
Электронно-вычислительная машина
КоАП РФ
Кодекс Российской Федерации об административных
правонарушениях
ФВФ
Фото- и видеофиксация административных
правонарушений
ФССП
Федеральная служба судебных приставов
1. ОБЩИЕ СВЕДЕНИЯ
1.1. Полное наименование системы
Программное решение, автоматизирующее работу административной
комиссии администрации федеральной территории «Сириус» (программное
обеспечение «Автоматизация КНО», включено в реестр российского
программного обеспечения 04.04.2024, регистрационный номер 22124,
неисключительные права (лицензия) переданы Заказчику в соответствии
с Лицензионным договором от 15.08.2024 № ЛД/Ц-02-04-31 в рамках
контракта от 09.08.2024 № Ц-02-04-31.
3
1.2. Исполнитель и Заказчик
Заказчиком
является
государственное
казенное
учреждение
федеральной территории «Сириус» «Цифра.ФТ».
Исполнитель определяется по результатам проведения процедуры
закупки в соответствии с Федеральным законом от 05.04.2013 № 44-ФЗ «О
контрактной системе в сфере закупок товаров, работ, услуг для обеспечения
государственных и муниципальных нужд».
4
1.3. Назначение Системы
Назначением
Системы
является
автоматизация
деятельности
уполномоченного органа, осуществляющего функции фиксации, обработки
административных правонарушений на федеральной территории «Сириус»,
в части выявления нарушений, подготовки и оформления всех
процессуальных документов в рамках производства по делам об
административных
правонарушениях,
иных
документов
в
рамках
производства, формирование статистической информации и отчетов,
предусмотренных законодательством.
1.4. Цели выполнения Работ
Расширение функционала Системы для автоматизации исполнения
полномочий административной комиссии администрации федеральной
территории «Сириус» в части формирования и направления гражданам
постановлений о вынесении штрафов за неисполнение обязанности по
внесению платы за проезд транспортного средства по платным участкам
автомобильных дорог общего пользования.
1.5. Срок начала и окончания выполнения Работ
C даты заключения Контракта по 14.12.2026 (включительно).
1.6. Место выполнения Работ
1.6.1. Место выполнения Работ – по месту нахождения Исполнителя,
при необходимости по месту нахождения Заказчика - 354340, Краснодарский
край, пгт. Сириус, ул. Международная, д. 2.
1.6.2. Работы выполняются Исполнителем в удаленном режиме
средствами информационных технологий и телекоммуникаций, кроме
случаев, когда непосредственное присутствие сотрудников на территории
Заказчика необходимо. При этом рабочее место на территории Заказчика
Исполнителю не предоставляется.
Для выполнения Работ в удаленном режиме Исполнитель запрашивает
доступ к необходимым ресурсам подсистем у Заказчика.
1.6.3. Заказчик обязуется
В течение 3 (трех) рабочих дней с момента получения запроса от
Исполнителя предоставить Исполнителю удаленный доступ к компонентам
Системы по итогам выполнения требований пункта 1.6.4, раздела 3
Технического задания.
1.6.4. Доступ к вычислительным мощностям Заказчика должен
осуществляться путем подключения Исполнителя к существующей
защищенной сети ViPNet № 20259 Заказчика. Исполнитель приобретает
лицензию для подключения к защищенной сети ViPNet № 20259
самостоятельно из своих средств.
Удаленный доступ к компонентам Системы по защищенном каналу сети
ViPNet должен осуществляться с АРМ, аттестованных по требованиям
безопасности информации не ниже, чем, предъявляемым к третьему классу
защищенности государственных информационных систем (К3) и третьему
уровню защищенности персональных данных (УЗ 3), обрабатываемых
в информационной системе. Проведение аттестационных испытаний АРМ, с
которых осуществляется доступ к компонентам Системы, осуществляется
Исполнителем из собственных средств.
Сведения и информация, полученные в ходе выполнения Работ, не
подлежат разглашению третьим лицам без письменного согласия Заказчика.
В процессе выполнения Работ обработка и хранение персональных
данных и информации ограниченного доступа должны производиться в
5
соответствии с действующим законодательством и организационнораспорядительными документами Заказчика.
Результаты выполняемых работ должны соответствовать обязательным
требованиям
к
их
качеству
и
безопасности,
предусмотренным
действующим
законодательством Российской Федерации, государственными стандартами,
в том числе ГОСТ 56939-2024 «Защита информации. Разработка безопасного
программного обеспечения. Общие требования» и ГОСТ 58412-2019 «Защита
информации. Разработка безопасного программного обеспечения. Угрозы
безопасности информации при разработке программного обеспечения».
6
1.7. Требования к происхождению ПО
Все поставляемое программное обеспечение, включая лицензии,
должно быть включено в Единый реестр российских программ для
электронных вычислительных машин и баз данных Министерство цифрового
развития, связи и массовых коммуникаций Российской Федерации
в соответствии с Постановлением Правительства Российской Федерации от
16 ноября 2015 года № 1236 «Об утверждении Правил формирования и
ведения единого реестра российских программ для электронных
вычислительных машин и баз данных и единого реестра программ для
электронных вычислительных машин и баз данных из государств - членов
Евразийского экономического союза, за исключением Российской
Федерации».
В соответствии с Постановлением Правительства Российской
Федерации от 23 декабря 2024 года № 1875 «О мерах по предоставлению
национального режима при осуществлении закупок товаров, работ, услуг
для обеспечения государственных и муниципальных нужд, закупок товаров,
работ, услуг отдельными видами юридических лиц»» для подтверждения
страны происхождения ПО, указанного в позиции 146 приложения № 1
к постановлению № 1875, участник закупки предоставляет следующую
информацию и документы:
– для подтверждения происхождения программ для электронных
вычислительных машин и (или) баз данных (далее – программное
обеспечение), из Российской Федерации – порядковый номер реестровой
записи из единого реестра российских программ для электронных
вычислительных машин и баз данных (далее – реестр российского
программного обеспечения);
– для подтверждения происхождения программного обеспечения
из Российской Федерации и его соответствия дополнительным требованиям
к программам для электронных вычислительных машин и базам данных,
сведения о которых включены в реестр российского программного
обеспечения, утвержденным постановлением Правительства Российской
Федерации от 23 марта 2017 г. № 325 «Об утверждении дополнительных
требований к программам для электронных вычислительных машин и базам
данных, сведения о которых включены в реестр российского программного
обеспечения, и внесении изменений в Правила формирования и ведения
единого реестра российских программ для электронных вычислительных
машин и баз данных» (далее – дополнительные требования к программному
обеспечению);
– порядковый номер реестровой записи из реестра российского
программного обеспечения, содержащей информацию о соответствии
программного обеспечения дополнительным требованиям к программному
обеспечению;
– для подтверждения происхождения программного обеспечения, из
государств-членов Евразийского экономического союза, за исключением
Российской Федерации, – порядковый номер реестровой записи из единого
реестра программ для электронных вычислительных машин и баз данных из
государств-членов Евразийского экономического союза, за исключением
Российской
Федерации
(далее – реестр
евразийского
программного
обеспечения);
– для подтверждения происхождения программного обеспечения из
государств - членов Евразийского экономического союза, за исключением
Российской Федерации, и его соответствия дополнительным требованиям к
7
программному обеспечению – порядковый номер реестровой записи
из реестра
евразийского
программного
обеспечения,
содержащей
информацию о соответствии программного обеспечения дополнительным
требованиям к программному обеспечению.
1.8. Сведения об источниках финансирования
Источником
финансирования
является
бюджет
федеральной
территории «Сириус».
1.9. Объем и состав выполняемых Работ
1.9.1. Разработка и настройка средств интеграции Системы с ГИС ЕЦП;
1.9.2. Разработка и настройка средств интеграции Системы с
Биллинговой Системой;
1.9.3. Развитие средств интеграции Системы с МВД России посредством
СМЭВ;
1.9.4. Добавление модуля работы с нарушениями в области платного
проезда.
8
2. ТРЕБОВАНИЯ К ФУНКЦИОНАЛУ СИСТЕМЫ
2.1. Требования к интеграции Системы с МВД России посредством
СМЭВ.
Должен быть реализован сервис электронного сервиса обмена
документами с МВД России или его подразделениями в рамках
Технологических стандартов:
Заказчиком
для
обеспечения
возможности
оказания
услуг
по подключению модуля интеграции посредством СМЭВ должны быть
обеспечены:
– регистрация Системы в качестве потребителя и поставщика
инициатора вида сведений «Универсальный вид сведений о транспортных
средствах» (urn://services-gibdd-ru/vehicle) в тестовом и продуктивном
контуре СМЭВ;
– получение доступа в ЛК УВ к видам сведений:
– «Универсальный вид сведений о транспортных средствах»;
– «Запрос
сведений
о
документе,
удостоверяющем
личность
физического лица и сведений о физическом лице по фамилии имени и
отчеству»;
– «Предоставление регистрационного досье о регистрации граждан
РФ»;
– заключение соглашений с поставщиком услуг (при необходимости).
– обеспечение защищенного канала связи с продуктивным контуром
СМЭВ.
Исполнитель, после получения Заказчиком необходимого доступа
к виду сведений в личном кабинете участника взаимодействия должен
реализовать соответствующие средства интеграции в Системе, провести
тестирование согласно тестовому сценарию для указанного вида сведений в
тестовой среде СМЭВ 3.х и интеграционное тестирование со Службой
технической поддержки МВД России, а также обеспечение и проверку
работоспособности в продуктивном контуре СМЭВ.
2.1.1. Функциональные требования к Системе в части интеграции по
получению
сведений
о
собственнике
транспортного
средства,
предоставляемых МВД России.
Функционал должен позволять получать от МВД России посредством
СМЭВ сведения о нарушителе (ФИО, дата рождения, пол, место рождения,
паспортные данные, место регистрации) на основе государственных
регистрационных данных ТС.
При подписи определений об истребовании сведений, должен
дополнительно создаваться и подписываться файл определения в формате
требований руководства вида сведений. После подписания реестра
определений на истребование сведений должна быть реализована
возможность выгрузки запроса в МВД России посредством СМЭВ. Статусы
отправки должны отображаться пользователю в разделе реестра
определений.
После получения информации о собственнике ТС нарушение
автоматически должно переходить на этап идентификации и все сведения
о нарушителе должны автоматически привязаться к материалу дела.
2.1.2. Функциональные требования к Системе в части интеграции по
получению сведений о документе, удостоверяющем личность физического
лица и сведений о физическом лице по фамилии, имени и отчеству,
предоставляемого МВД России.
9
Функционал должен позволять получать от МВД России посредством
СМЭВ сведения о документе, удостоверяющем личность физического лица и
сведения о физическом лице по фамилии, имени и отчеству.
После заведения нового корреспондента в базе данных, на которого
были составлены материалы дела должно происходить автоматическое
формирование запроса и отправка его в МВД посредством СМЭВ. После
получения ответа от МВД, данные по найденным паспортам должны быть
записаны в определенную область данных и доступны для выбора
пользователю на этапах:
– редактирования карточки корреспондента,
– при вынесении постановления,
– при подтверждении корректности данных по материалам ФВФ,
– на этапе формирования исполнительных документов в ФССП.
2.1.3. Функциональные требования к Системе в части интеграции по
получению сведений о регистрационном досье о регистрации граждан РФ,
предоставляемого МВД России.
Функционал должен позволять получать от МВД России посредством
СМЭВ сведения о регистрационном досье о регистрации граждан РФ.
После заведения, либо изменения документа, удостоверяющего
личность в поле «Корреспондент» в базе данных, на которого были
составлены материалы дела, а также за 5 (пять) дней до даты составления
протокола по ч. 1. ст. 20.25 КоАП РФ должно происходить автоматическое
формирование запроса по актуализации данных о месте регистрации
корреспондента и отправка запроса в МВД посредством СМЭВ.
2.2. Функциональные требования к Системе в части интеграции с ГИС
ЕЦП.
Функционал интеграции должен позволять передавать информацию о
вынесенных постановлениях/штрафах и изменению их статусов в
информационную систему ГИС ЕЦП. Список передаваемой информации,
статусов и формат взаимодействия описаны в Приложении № 1 к настоящему
ТЗ. Описание интеграционного взаимодействия может быть уточнено в ходе
выполнения работ по согласованию с Заказчиком и Исполнителем.
2.3. Функциональные требования к Системе в части интеграции с
Биллинговой Системой.
Функционал интеграции должен позволять осуществлять запрос
информации о сформированных фактах нарушений платного проезда, запрос
информации об изменениях статусов фиксаций платного проезда, передача
информации о вынесенных постановлениях/штрафах и изменению их
статусов в Биллинговую Систему. Список передаваемой информации,
статусов и формат взаимодействия описаны в Приложении № 2 к настоящему
ТЗ. Описание интеграционного взаимодействия может быть уточнено в ходе
выполнения работ по согласованию с Заказчиком и Исполнителем.
2.4. Функциональные требования к Системе в части добавление модуля
работы с нарушениями в области платного проезда.
Модуль работы с постановлениями по платному проезду должен
позволять формировать и выносить постановления со штрафом за неоплату
платного проезда по формату, предоставленному Заказчиком. Должен быть
реализован алгоритм автоматического расчета сроков, отведенные на оплату
проезда после вынесения штрафа. Должен быть реализован механизм
автоматического
вынесения
постановления
о
прекращении
делопроизводства в случае, если поступила информация об оплате проезда.
Должен быть разработан интерфейс, позволяющий анализировать
10
информацию об отменах и корректировках нарушений, полученных из
Биллинговой Системы для дальнейшего принятия решения ответственным
лицом о прекращении, либо об оставлении в силе таких нарушений.
3. ТРЕБОВАНИЯ К ПАТЕНТНОЙ ЧИСТОТЕ
При выполнении работ в рамках настоящей Технического задания
Исполнитель
обязан
согласовывать
с
Заказчиком
необходимость
использования охраняемых результатов интеллектуальной деятельности,
права на которые принадлежат третьим лицам. Использование программного
обеспечения третьих лиц не должно вести к увеличению цены Контракта
или необходимости приобретения Заказчиком лицензий на стороннее
программное обеспечение. Исполнитель должен гарантировать отсутствие
нарушений авторских, исключительных и иных прав на объекты
интеллектуальной собственности третьих лиц. Выполнение требований
по обеспечению
лицензионной
чистоты
должно
обеспечиваться
Исполнителем.
При использовании в ходе исполнения Контракта ранее созданных
Исполнителем результатов интеллектуальной деятельности Исполнитель без
увеличения цены Контракта обязан передать Заказчику права на
использование охраняемых результатов интеллектуальной деятельности,
права на которые принадлежат Исполнителю и которые использовались
при выполнении работ по Контракту в объеме, необходимом для
использования Заказчиком, результатов работ по Контракту по их целевому
назначению и в соответствии с условиями настоящего Технического задания
на весь срок действия использованных исключительных прав или на иной
срок, установленный Заказчиком. Исполнитель передает Заказчику
указанные права посредством заключения лицензионного договора.
В случае использования Исполнителем при выполнении работ по
Контракта
программ
для электронных вычислительных машин (программных комплексов или
компонентов), разработанных третьими лицами, условия, на которых
передаются права на их использование (исполнение), должны обеспечить
отсутствие ограничений, препятствующих использованию результатов работ
по их назначению. При этом права, полученные Заказчиком, должны
позволять ему дорабатывать и развивать результаты работ, созданные в
процессе исполнения Контракта. Исполнитель без увеличения цены
Контракта передает Заказчику указанные права посредством заключения
сублицензионного договора, без ограничения на количество пользователей,
срок и географию использования в пределах федеральной территории
«Сириус».
Все проектные и технические решения Системы должны отвечать
требованиям действующего законодательства Российской Федерации.
Должны быть выполнены требования законов, в частности части четвертой
Гражданского кодекса Российской Федерации. Система должна быть
свободна от возможности предъявления любых прав и притязаний третьих
лиц, основанных на промышленной, интеллектуальной или другой
собственности. Выполнение требований по обеспечению патентной чистоты
Системы должно обеспечиваться Исполнителем.
При выполнении работ по настоящему Техническому заданию
Исполнитель должен гарантировать соблюдение авторских, исключительных
и иных прав на объекты интеллектуальной собственности третьих лиц.
11
Исполнитель должен осуществлять распространение (продажу),
модификацию программ для ЭВМ в случае такой необходимости в рамках
выполнения работ (обновление и доработка программ для ЭВМ, в том числе
осуществляемая в целях соответствия данной программы требованиям
законодательства Российской Федерации, изменение структуры базы
данных) без нарушения авторских и исключительных прав на объекты
интеллектуальной собственности (согласно статьям 1233, 1252 и 1270 части
4 Гражданского кодекса Российской Федерации).
Программные и технические средства, приобретаемые у сторонних
фирм
и
предприятий,
должны
сопровождаться
документацией,
подтверждающей правомочность этих организаций поставлять данную
продукцию и сопровождаться лицензионным соглашением.
Исполнитель в составе заявки должен предъявить документы,
подтверждающие
законное
право
на
распространение
(продажу),
модификацию и иное использование программы:
– для
Исполнителя,
являющегося
правообладателем – копия
свидетельства об официальной регистрации программ либо копия договора
об отчуждении исключительного права на программу с копией документа,
подтверждающего
государственную
регистрацию
отчуждения
исключительного права;
– для Исполнителя, которому права на программы переданы автором
или иным правообладателем – копия действующего договора о передаче
Исполнителю прав на распространение (продажу), модификацию и иное
использование
программ,
заключенный
в письменной
форме
и
устанавливающий объем и способы использования программ.
Исполнитель самостоятельно и за свой счет обеспечивает наличие
необходимых для выполнения работ исходных кодов проприетарного ПО,
лицензионных соглашений и иных взаимодействий с правообладателями
проприетарного ПО в случае такой необходимости.
При использовании в Системе программ (программных комплексов или
модулей), разработанных третьими лицами, условия, на которых передается
право на использование (исполнение) этих программ, не должны
накладывать ограничений, препятствующих использованию Системы по ее
прямому назначению.
Исполнитель
обязан
обеспечить
отсутствие
нарушений
исключительных, авторских и смежных прав третьих лиц при реализации
технических,
программных,
организационных
и иных
решений,
предусмотренных настоящим Техническим заданием.
12
4. ПРОВЕДЕНИЕ ПРИЕМОЧНЫХ ИСПЫТАНИЙ
4.1. Требования к пусконаладочным работам
Пусконаладочные работы включает автономную наладку технических
средств и программного обеспечения частей Системы, загрузку информации
в её базу данных, комплексную наладку технических средств и программного
обеспечения Системы, включая средства защиты информации.
4.2. Требования к проведению приемочных испытаний Системы
Исполнитель обязан совместно с Заказчиком провести приемочные
испытания для определения соответствия реализованных функциональных
возможностей Системы настоящему Техническому заданию. Приемка
результатов
осуществляется
комиссией
в составе
уполномоченных
представителей Заказчика и Исполнителя.
Исполнитель разрабатывает «Программу и методику испытаний»
(далее – ПМИ), описывающую испытания Системы.
Исполнитель передает на согласование Заказчику ПМИ в срок не
позднее 5 (пяти) рабочих дней до даты завершения выполнения Работ.
Заказчик рассматривает и согласовывает ПМИ в течение 5 (пяти) рабочих
дней со дня предоставления Исполнителем.
В состав испытаний должны войти проверки всех функциональных
возможностей, предусмотренных настоящим Техническим заданием.
По итогам указанных испытаний Исполнитель с Заказчиком должны
подписать протокол приемочных испытаний, содержащий заключение о
соответствии (или несоответствии) результатов выполненных Работ
требованиям
настоящего
Технического
задания,
а
также,
при необходимости, перечень замечаний и рекомендуемые сроки их
устранения.
Если в ходе испытаний функциональных возможностей Системы будут
выявлены ошибки, то Исполнитель должен исправить их за свой счет в
согласованные с Заказчиком сроки.
По факту успешного окончания приемочных испытаний Исполнитель
предоставляет Заказчику подписанный Акт сдачи-приемки выполненных
Работ.
4.3. Требования к документированию
В рамках выполнения Работ, предусмотренных настоящим Техническим
заданием, Исполнителем в адрес Заказчика должна быть предоставлена
документация в составе:
– руководство пользователя/администратора (актуализированное, с
учетом выполненных Работ);
– программа и методика испытаний;
– свидетельство о государственной регистрации программы для ЭВМ;
– выписка из реестра Российского программного обеспечения;
– подписанный лицензионный договор на передачу неисключительных
прав на программное обеспечение (в части доработанного функционала);
– акт приема-передачи неисключительных прав на программное
обеспечение;
– акт сдачи-приемки выполненных Работ.
5. ТРЕБОВАНИЯ ПО ПЕРЕДАЧЕ ПРАВ
Заказчику должны быть переданы простые (неисключительные) права
на условиях простой (неисключительной) лицензии на использование
13
программного обеспечения доработанного функционала Системы в режиме
полнофункционального доступа.
Лицензии на доработанное программное обеспечение должны быть
предложены в соответствии с правилами лицензирования, установленными
законодательными актами Российской Федерации.
6. ГАРАНТИЙНЫЕ ОБЯЗАТЕЛЬСТВА
Гарантийный срок на результаты выполненных Работ должен
составлять 12 (двенадцать) месяцев с даты подписания документа о приемке
Заказчиком.
При обнаружении неисправностей или отказе Системы в течение
гарантийного срока Исполнитель обязан за свой счет в согласованные с
Заказчиком сроки устранить выявленные недостатки.
Заказчик:
Директор
ГКУ «Цифра.ФТ»
Исполнитель:
_____________/ Л.В. Мартыненко/
«___» ___________ 2026 г.
М.П.
_____________/ ФИО/
«___» ___________ 2026 г.
М.П.
Должность
Приложение № 1
к Техническому
заданию
РУКОВОДЯЩИЙ ТЕХНИЧЕСКИЙ МАТЕРИАЛ
Интеграционные механизмы взаимодействия
ГИС ЕЦП и ПО Административной комиссии
15
Термины и определения
Термины и определения, используемые в документе, приведены ниже (Error:
Reference source not found)
Таблица 1. Термины и определения
Термины
Определения
API
Application programming interface, программный
интерфейс – описание способов, правил и протоколов
программного взаимодействия Системы
с внешними системами
JSON
Текстовый формат обмена данными, основанный на
JavaScript
ГРЗ
Государственный регистрационный знак
ТС
Транспортное средство
КФВФ
Комплекс фотовидеофиксации
Область применения
Настоящий документ устанавливает протокол и формат интеграционного
взаимодействия между ГИС ЕЦП и ПО Административной комиссии.
1. Описание схемы взаимодействия.
ГИС ЕЦП отправляет список зарегистрированных пользователей в виде
соответствия ГРЗ и СТС (метод subscribe). В ответ
ПО Административной
комиссии возвращает все имеющие у нее сведения о штрафах и их статусах, а
так же, информацию что данный пользователь успешно зарегистрирован в
системе.
При вынесении или изменении штрафа в ПО Административной комиссии,
если по данному сочетанию ГРЗ и СТС пользователь зарегистрирован как
получатель данных в ГИС ЕЦП, в ГИС ЕЦП отправляется информация о
постановлении, изменении постановления, а также, о статусе постановления.
(методы fines)
2. Метод для получения штрафа в ГИС ЕЦП
2.1. Общая схема взаимодействия
Для передачи информации о новом штрафе из ПО Административной
комиссии в ГИС ЕЦП используется эндпоинт / ap-integration/v2/fines.
Метод запроса: POST.
Способ авторизации: Basic Auth. Логин и пароль предоставляются
пользователю (внешней системе) разработчиком/эксплуатантом ГИС ЕЦП.
2.2. Параметры тела запроса
Параметры тела запроса на создание нового штрафа в ГИС ЕЦП описаны в
таблице ниже.
Таблица 2. Параметры тела запроса на создание штрафа
Параметр
Тип
fineStatus
String
Обязательно
сть
Да
uin
String
Да
date
String
Да
Описание
Статус штрафа. Возможные значения:
Оплачено,
Не оплачено,
Отменено.
Уникальный идентификатор
начисления
Дата постановления в формате
yyyymmddhhmmss
16
totalSum
paidSum
sts
grz
violetionDate
BarcodePostal
ID
place
type
Float
Float
String
String
String
String
Да
Нет
Да
Да
Да
Нет
Сумма штрафа в рублях
Сумма оплаты в рублях
СТС
ГРЗ ТС
Дата нарушения yyyymmddhhmmss
Почтовый идентификатор почты РФ
String
String
Да
Да
provider
uinViolation
String
String
Да
Нет
Место нарушения
Вид нарушения. Для неоплаты
платного проезда
«НеоплатаПлатногоПроезда»
Источник
Уникальный идентификатор
нарушения
PDF постановления в формате base64
finePDF
String
Нет
Base64
2.3. Пример запроса
Пример тела запроса приведен ниже.
{
"uin": "0411128704590025008183225",
"date": "2025-02-15T12:00:00Z",
"totalSum": 2000,
"sts": "5908905456",
"violetionDate ": "2025-02-15T12:00:00Z",
"BarcodePostalID": "111111111111",
"place": "г. Пермь ул.Газета Звезда, в районе дома по ул.Газета Звезда, 15",
"type": " НеоплатаПлатногоПроезда ",
"uinViolation": "E347EFC7-2D92-45B0-A9BC-C7E409ADFB96",
"provider": "Ангел",
"grz": "В873ХК159",
"fineStatus": "НеОплачено"
}
2.4. Параметры успешного ответа
При успешной обработке запроса Система возвращает ответ с кодом 200.
Любой другой код ответа должен считаться ошибкой.
Тип ответа: application/json.
Ответ содержит структуру result, атрибуты которой полностью аналогичны
параметрам тела запроса.
2.5. Описание ошибок
- Список возможных кодов ошибок приведен в таблице ниже.
Таблица 3. Перечень кодов ошибок
HTTP--код
ответа
Значение кода
Требуется ли
повторить запрос
500
Ошибка сервера при выполнении запроса
Да
400
Ошибка клиента в параметрах запроса
Нет
401
Клиент не передал заголовок Authorization или
авторизационные данные неверны
Нет
404
Ресурс не найден
Нет
Тип ответа: application/json.
17
Описание параметров ответа в случае ошибки приведено ниже.
Таблица 4. Описание параметров ответа в случае ошибки
Наименован
ие
errorMessag
e
Тип
Обязательнос
ть
Описание
String
Да
Сообщение с подробностями
Пример ответа в случае ошибки приведен ниже.
{
"errorMessage": "Ошибка! Не хватает следующих полей: 'start'"
}
3. Метод для обновления статуса о штрафе в ГИС ЕЦП
3.1. Общая схема взаимодействия
Для обновления сведений о ранее созданном штрафе в ГИС ЕЦП используется
эндпоинт/ap-integration/v2/fines.
Метод запроса: PATCH.
Метод изменяет только статус штрафа с указанным УИН (параметр uin) в ГИС
ЕЦП. В ответе возвращаются все сведения о штрафе.
Способ авторизации: Basic Auth. Логин и пароль предоставляются
пользователю (внешней системе) разработчиком/эксплуатантом ГИС ЕЦП.
3.2. Параметры тела запроса
Параметры тела запроса на обновление статуса штрафа в СПС описаны в
таблице ниже.
Таблица 5. Параметры тела запроса на обновление статуса штрафа
Параметр
Тип
Обязательно
сть
fineStatus
String
Да
uin
dateStatus
String
String
Да
Да
Описание
Статус штрафа. Возможные значения:
Оплачено,
Не Оплачено,
Отменено.
Уникальный идентификатор начисления
Дата статуса в формате yyyymmddhhmmss
3.3. Пример запроса
Пример тела запроса приведен ниже.
{
"uin": "0411128704590025008183225",
"dateStatus": "20250325094254",
"fineStatus": "Оплачено"
}
3.4. Параметры успешного ответа
При успешной обработке запроса Система возвращает ответ с кодом 200.
Любой другой код ответа должен считаться ошибкой.
Тип ответа: application/json.
Ответ содержит структуру result, атрибуты которой соответствуют сведениям
об удаленном штрафе. Состав атрибутов см. в п.7.4 в описании ответа для метода
создания
штрафа
в
ГИС
ЕЦП
(POST/angels-ap-integration/v2/fines).
3.5. Описание ошибок
Список возможных кодов ошибок приведен в таблице ниже.
18
Таблица 6. Перечень кодов ошибок
HTTP--код
ответа
Значение кода
Требуется ли
повторить запрос
500
Ошибка сервера при выполнении запроса
Да
400
Ошибка клиента в параметрах запроса
Нет
401
Клиент не передал заголовок Authorization или
авторизационные данные неверны
Нет
404
Ресурс не найден
Нет
Тип ответа: application/json.
Описание параметров ответа в случае ошибки приведено ниже.
Таблица 72. Описание параметров ответа в случае ошибки
Наименован
ие
errorMessag
e
Тип
Обязательнос
ть
Описание
String
Да
Сообщение с подробностями
Пример ответа в случае ошибки приведен ниже.
{
"errorMessage": "Ошибка! Не хватает следующих полей: 'uin'"
}
4. Метод для изменения сведений о штрафе в ГИС ЕЦП
4.1. Общая схема взаимодействия
Для изменения сведений о ранее созданном штрафе в ГИС ЕЦП используется
эндпоинт/ap-integration/v2/fines.
Метод запроса: PUT.
Метод изменяет все атрибуты штрафа с указанным УИН (параметр uin) в ГИС
ЕЦП.
Способ авторизации: Basic Auth. Логин и пароль предоставляются
пользователю (внешней системе) разработчиком/эксплуатантом ГИС ЕЦП.
19
4.2. Параметры тела запроса
Параметры тела запроса на изменение штрафа в ГИС ЕЦП описаны в таблице
ниже.
Таблица 8. Параметры тела запроса на изменение штрафа
Параметр
Тип
Обязательно
сть
Описание
fineStatus
String
Да
uin
String
Да
date
String
Да
totalSum
paidSum
sts
grz
violetionDate
BarcodePost
alID
place
Float
Float
String
String
String
Да
Нет
Да
Да
Да
Статус штрафа. Возможные значения:
Оплачено,
Не оплачено,
Отменено.
Уникальный идентификатор начисления
Дата постановления в формате
yyyymmddhhmmss
Сумма штрафа в рублях
Сумма оплаты в рублях
СТС
ГРЗ ТС
Дата нарушения yyyymmddhhmmss
String
Нет
Почтовый идентификатор почты РФ
String
Да
type
String
Да
provider
uinViolation
String
String
Да
Нет
Место нарушения
Вид нарушения. Для неоплаты платного
проезда «НеоплатаПлатногоПроезда»
Источник
Уникальный идентификатор нарушения
Параметр «Уникальный идентификатор нарушения» (uinViolation) в PUTзапросе не используется (игнорируется), т.к. это значение считается неизменным
на протяжении всего жизненного цикла нарушения, а поиск штрафа в ГИС ЕЦП
осуществляется по УИН (параметр uin).
4.3. Пример запроса
Пример тела запроса приведен ниже.
{
"uin": "0411128704590025008183225",
"date": "2025-02-15T12:00:00Z",
"totalSum": 2000,
"sts": "5908905456",
"violetionDate ": "2025-02-15T12:00:00Z",
"BarcodePostalID": "111111111111",
"place": "г. Пермь ул.Газета Звезда, в районе дома по ул.Газета Звезда, 15",
"type": "НарушениеПравилПлатнойПарковки",
"uinViolation": "E347EFC7-2D92-45B0-A9BC-C7E409ADFB96",
"provider": "Ангел",
"grz": "В873ХК159",
"fineStatus": "НеОплачено"
}
4.4. Параметры успешного ответа
При успешной обработке запроса Система возвращает ответ с кодом 200.
Любой другой код ответа должен считаться ошибкой.
Тип ответа: application/json.
Ответ содержит структуру result, атрибуты которой соответствуют сведениям
об удаленном штрафе. Состав атрибутов см. в п.7.4 в описании ответа для метода
создания
штрафа
в ГИС
ЕЦП
(POST /ap-integration/v2/fines).
20
4.5. Описание ошибок
- Список возможных кодов ошибок приведен в таблице.
21
Таблица 9. Перечень кодов ошибок
HTTP--код
ответа
Значение кода
Требуется ли
повторить запрос
500
Ошибка сервера при выполнении запроса
Да
400
Ошибка клиента в параметрах запроса
Нет
401
Клиент не передал заголовок Authorization или
авторизационные данные неверны
Нет
404
Ресурс не найден
Нет
Тип ответа: application/json.
Описание параметров ответа в случае ошибки приведено ниже.
Таблица 10. Описание параметров ответа в случае ошибки
Наименован
ие
errorMessag
e
Тип
Обязательнос
ть
Описание
String
Да
Сообщение с подробностями
Пример ответа в случае ошибки приведен ниже.
{
"errorMessage": "Ошибка! Не хватает следующих полей: 'start'"
}
5. Метод для удаления штрафа в ГИС ЕЦП
5.1. Общая схема взаимодействия
Для удаления ранее созданного штрафа в СПС используется эндпоинт /apintegration/v2/fines.
Метод запроса: DELETE.
Способ авторизации: Basic Auth. Логин и пароль предоставляются
пользователю (внешней системе) разработчиком/эксплуатантом ГИС ЕЦП.
5.2. Параметры тела запроса
Параметры тела запроса на удаление штрафа в СПС описаны в таблице ниже.
Таблица 11. Параметры тела запроса на удаление штрафа
Параметр
Тип
uin
reason
String
String
Обязательно
сть
Да
Да
Описание
Уникальный идентификатор начисления
Причина удаления штрафа
5.3. Параметры успешного ответа
При успешной обработке запроса Система возвращает ответ с кодом 200.
Любой другой код ответа должен считаться ошибкой.
Тип ответа: application/json.
Ответ содержит структуру result, атрибуты которой соответствуют сведениям
об удаленном штрафе. Состав атрибутов см. в п.7.4 в описании ответа для метода
создания
штрафа
в
ГИС
ЕЦП
(POST /ap-integration/v2/fines).
5.4. Описание ошибок
- Список возможных кодов ошибок приведен в таблице ниже.
Таблица 12. Перечень кодов ошибок
22
HTTP--код
ответа
Значение кода
Требуется ли
повторить запрос
500
Ошибка сервера при выполнении запроса
Да
400
Ошибка клиента в параметрах запроса
Нет
401
Клиент не передал заголовок Authorization или
авторизационные данные неверны
Нет
404
Ресурс не найден
Нет
Тип ответа: application/json.
Описание параметров ответа в случае ошибки приведено ниже.
Таблица 13. Описание параметров ответа в случае ошибки
Наименован
ие
errorMessag
e
Тип
Обязательнос
ть
Описание
String
Да
Сообщение с подробностями
Пример ответа в случае ошибки приведен ниже.
{
"errorMessage": "Ошибка! Не хватает следующих полей: 'uin'"
}
6. Метод для запроса данных имеющихся штрафов и оформлении
подписки
6.1. Общая схема взаимодействия
Для получения информации о имеющихся штрафах и оформлении подписки
на новые штрафы и их изменения из ПО Административной комиссии используется
метод POST /ap-integration/v2/subscribe
Данный метод реализуется на стороне ПО Административной комиссии.
Метод запроса: POST.
Способ авторизации: Basic Auth. Логин и пароль предоставляются
пользователю
(внешней
системе)
разработчиком/эксплуатантом
ПО
Административной комиссии.
6.2. Параметры тела запроса
Параметры тела запроса описаны в таблице ниже.
Таблица 2. Параметры тела запроса на создание штрафа
Параметр
Тип
Обязательно
сть
sts
String
Да
grz
String
Да
6.3. Пример запроса
Пример тела запроса приведен ниже.
{
1.1
"request" [
{
"sts": "5908905456",
"grz": "В873ХК159",
}
Описание
СТС
ГРЗ ТС
23
]
}
6.4. Параметры успешного ответа
При успешной обработке запроса Система возвращает ответ с кодом 200.
Любой другой код ответа должен считаться ошибкой.
Тип ответа: application/json.
Ответ содержит массив данных по штрафам и их статусы
Параметр
Тип
fineStatus
String
Обязательно
сть
Да
Описание
uin
String
Да
date
String
Да
totalSum
paidSum
sts
grz
violetionDate
BarcodePostal
ID
place
type
Float
Float
String
String
String
String
Да
Нет
Да
Да
Да
Нет
String
String
Да
Да
provider
uinViolation
String
String
Да
Нет
finePDF
String
Base64
bool
Нет
Место нарушения
Вид нарушения. Для неоплаты
платного проезда
«НеоплатаПлатногоПроезда»
Источник
Уникальный идентификатор
нарушения
PDF постановления в формате base64
да
Признак постановки в очередь
Статус штрафа. Возможные значения:
Оплачено,
Не оплачено,
Отменено.
Уникальный идентификатор
начисления
Дата постановления в формате
yyyymmddhhmmss
Сумма штрафа в рублях
Сумма оплаты в рублях
СТС
ГРЗ ТС
Дата нарушения yyyymmddhhmmss
Почтовый идентификатор почты РФ
1.2 Queued
Пример тела ответа приведен ниже.
{
"result": [
{
"grz": "В873ХК159",
"sts": "5908905456",
"Queued": true,
"fines": [
{
"uin": "0411128704590025008183225",
"date": "2025-02-15T12:00:00Z",
"totalSum": 2000,
"sts": "5908905456",
"violetionDate ": "2025-02-15T12:00:00Z",
"BarcodePostalID": "111111111111",
24
"place": "г. Пермь ул.Газета Звезда, в районе дома
по ул.Газета Звезда, 15",
"type": "НарушениеПравилПлатнойПарковки",
"uinViolation": "E347EFC7-2D92-45B0-A9BCC7E409ADFB96",
"provider": "Ангел",
"grz": "В873ХК159",
"fineStatus": "НеОплачено"
}
]
}
]
}
6.5. Описание ошибок
- Список возможных кодов ошибок приведен в таблице ниже.
Таблица 3. Перечень кодов ошибок
HTTP--код
ответа
Значение кода
Требуется ли
повторить запрос
500
Ошибка сервера при выполнении запроса
Да
400
Ошибка клиента в параметрах запроса
Нет
401
Клиент не передал заголовок Authorization или
авторизационные данные неверны
Нет
404
Ресурс не найден
Нет
Тип ответа: application/json.
Описание параметров ответа в случае ошибки приведено ниже.
Таблица 4. Описание параметров ответа в случае ошибки
Наименован
ие
errorMessag
e
Тип
Обязательнос
ть
Описание
String
Да
Сообщение с подробностями
Пример ответа в случае ошибки приведен ниже.
{
"errorMessage": "Ошибка! Не хватает следующих полей: uin "
}
25
Приложение № 2
к Техническому
заданию
РУКОВОДЯЩИЙ ТЕХНИЧЕСКИЙ МАТЕРИАЛ
Интеграционные механизмы взаимодействия
БС и ПО Административной комиссии
26
1. Термины и определения
Термины и определения, используемые в документе, приведены ниже (Error:
Reference source not found)
Таблица 3. Термины и определения
Термины
Определения
API
Application programming interface, программный
интерфейс – описание способов, правил и протоколов
программного взаимодействия Системы с внешними
системами
JSON
Текстовый формат обмена данными, основанный на
JavaScript
ГРЗ
Государственный регистрационный знак
ТС
Транспортное средство
КФВФ
Комплекс фотовидеофиксации
2. Область применения
Настоящий документ устанавливает протокол и
взаимодействия между БС и ПО Административной комиссии.
формат
интеграционного
3. Метод для получения архивов гипотез нарушений типа «Неоплата платного
проезда» из БС
a. Общая схема взаимодействия
Для получения порции архивов с данными о нарушениях типа «Неоплата платного
проезда» используется эндпоинт /angels-ap-integration/v1/downloadViolations API БС.
Метод запроса: GET.
Способ авторизации: Basic Auth. Логин и пароль предоставляются пользователю
(внешней системе) разработчиком/эксплуатантом БС.
b.
Параметры запроса (query-параметры)
Таблица 4. Параметры запроса на получение архивов нарушений
Параме Обязатель
Описание
тр
ность
packID
Да
ID порции нарушений, уникален при каждом запросе
custome
Да
Код получателя нарушений
rID
c.
Пример запроса
Пример запроса приведен ниже.
http://hostname/angels-ap-integration/v1/downloadViolations?
packID=111&customerID=222
d.
Параметры успешного ответа
При успешной обработке запроса Система возвращает ответ с одним из кодов:
200 – запрос успешно обработан, архив данных нарушений успешно сформирован
и передан в ответе.
204 – запрос успешно обработан, но новых нарушений для экспорта нет.
Любой другой код ответа должен считаться ошибкой.
Тип содержимого: application/zip.
В случае ответа с http-кодом 200 в ответ включается zip-архив с данными нарушений
из порции с запрошенным packID.
В архив включается не более 50 нарушений. Нарушения, готовые к отправке,
сортируются и отбираются для включения в архив по дате и времени по возрастанию
(сначала отправляются более старые нарушения).
По каждому нарушению в архив включаются:

Одно или несколько изображений в формате .jpeg:
Основное фото нарушения (коллаж) - имя файла: [Уникальный
идентификатор нарушения].jpeg.
Изображение ГРЗ ТС (при наличии) - имя файла: [Уникальный
идентификатор нарушения]_grz.jpeg.
27

XML-файл с метаданными нарушения - имя файла [Уникальный идентификатор
нарушения].xml.
XML-файл с метаданными нарушения имеет структуру:
<?xml
version='1.0'
encoding='utf-8' ?>
<report>
<targetinfo>
...
</targetinfo>
</report>
Внутри элемента targetinfo размещаются следующие теги (регистр имеет значение):
Таблица 5. Содержимое элемента targetinfo в xml-файл с метаданными нарушения
Тег
Обязательн
Описание
ость
tTargetGlobalUID
Да
Уникальный идентификатор
нарушения
nDatetime
Да
Дата и время первого факта гипотезы
нарушения
nDatetime2
Дата и время второго факта гипотезы
нарушения
Да
nTZOffset
Да
Часовой пояс фиксации
nImagePresent
Да
 0 - при отсутствии фото.
 1 - при наличии фото.
nImageWidth
Да
Ширина основного фото нарушения
(коллажа)
nImageHeigh
Да
Высота основного фото нарушения
(коллажа)
tCertificateNumber
Да
Номер свидетельства о поверке КФВФ,
зафиксировавшего первый факт гипотезы
нарушения
tCertificateNumber2
Номер свидетельства о поверке КФВФ,
зафиксировавшего второй факт гипотезы
Да
нарушения
tCertificateExpDate
Да
Срок действия свидетельства о поверке
КФВФ, зафиксировавшего первый факт
гипотезы нарушения
tCertificateExpDate2
Срок действия свидетельства о поверке
КФВФ, зафиксировавшего второй факт
Да
гипотезы нарушения
tApprovalCertificateNumber
Да
Номер свидетельства об утверждении типа
СИ КФВФ
tApprovalCertificateExpDate
Да
Срок действия свидетельства об
утверждении типа СИ КФВФ в виде YYYYMM-DD
tDeviceSerial
Да
Серийный номер КФВФ, зафиксировавшего
первый факт гипотезы нарушения
tDeviceSerial2
Серийный номер КФВФ, зафиксировавшего
второй факт гипотезы нарушения
Да
tRadarName
Да
Название КФВФ, зафиксировавшего
первый факт гипотезы нарушения
tRadarName2
Название КФВФ, зафиксировавшего второй
факт гипотезы нарушения
Да
tSensorName
Да
Адрес места нарушения.
Ненормализованная строка в произвольном
формате
tLocationCode
Да
Код ОКАТО адм.единицы, где был
установлен КФВФ (без пробелов). Может
быть пустым тегом.
28
tDoroga
nlon1
Нет
Да
nlat1
Да
nlon2
Да
nlat2
Да
tSign
Нет
tCauseFixation
tLicenseNumber
Нет
Обязателен
один из этих
тегов
NOT_RECOGNIZED
e.
Номер парковочной зоны
Долгота координаты первого факта
гипотезы нарушения
Широта координаты первого факта
гипотезы нарушения
Долгота координаты второго факта
гипотезы нарушения
Широта координаты второго факта
гипотезы нарушения
Вид нарушения.
Для платного проезда - 145
Причина фиксации
ГРЗ ТС кириллицей
Тег присутствует, если ГРЗ распознано
Тег присутствует, если ГРЗ не распознано
Описание ошибок
- Список возможных кодов ошибок приведен в таблице ниже.
Таблица 6. Перечень кодов ошибок
HTTP--код
ответа
Значение кода
Требуется ли
повторить
запрос
500
Ошибка сервера при выполнении запроса.
Да
400
Ошибка клиента в параметрах запроса
Нет
401
Клиент не передал заголовок Authorization или в
параметрах запроса указан некорректный customerID.
Нет
Тип ответа: application/json.
Описание параметров ответа в случае ошибки приведено ниже.
Таблица 7. Описание параметров ответа в случае ошибки
Наименован
ие
errorMessage
Тип
Обязательност
ь
Да
String
Описание
Сообщение с подробностями
4. Метод для передачи статуса обработки архива нарушений на стороне ПО
Административной комиссии
a. Общая схема взаимодействия
Для передачи статуса обработки архивов нарушений, ранее полученных посредством
GET-запроса.
используется
PUT-запрос
на
эндпоинт
/angels-apintegration/v1/downloadViolations API БС.
Метод запроса: PUT.
Способ авторизации: Basic Auth. Логин и пароль предоставляются пользователю
(внешней системе) разработчиком/эксплуатантом БС.
b.
Параметры запроса (query-параметры)
- Параметры запроса описаны в таблице ниже.
Таблица 8. Query-параметры PUT-запроса /downloadViolations
Параметр
packID
customerID
c.
Обязательность
Да
Да
Описание
ID порции нарушений
Код получателя нарушений
Параметры тела запроса
Тело запроса содержит следующие параметры (см. таблицу ниже).
Таблица 9. Параметры тела PUT-запроса /downloadViolations
29
Параметр
status
Обязательность
Да
violations
Нет

uid

status
Да (если есть объект
violations)
Да (если есть объект
violations)
Описание
Общий статус операции, одно из значений:
 0 - "загружено": все нарушения
обработаны (status = ok).
 1 - "не загружено": архив не
распакован, массив violations пустой.
 2 - "частично загружено": violations
содержит статус по каждому
нарушению
Массив ID нарушений с информацией об их
обработке
Уникальный идентификатор нарушения
Статус обработки нарушения
d.
Пример запроса
Пример запроса приведен ниже.
http://hostname/angels-ap-integration/v1/downloadViolations?
packID=111&customerID=222
{
"status": 0,
"violations": [
{
"uid": "736F64D0-3E13-4BBE-AD06-4AED3EF83EF1",
"status": "ok"
},
{
"uid": "E52BDDEA-E217-45BE-B110-1F7083EED5D9",
"status": "ok"
}
]
}
e.
Параметры успешного ответа
При успешной обработке запроса Система возвращает ответ с кодом 200. Любой
другой код ответа должен считаться ошибкой.
Тип ответа: application/json.
Параметры успешного ответа приведены в таблице ниже.
Таблица 10. Параметры успешного ответа
Наименовани
е
result
Тип
Обязательность
Описание
String
Нет
Сообщение о результате обработки
запроса. В случае успеха – пустая строка.
Пример успешного ответа с кодом 200 приведен ниже:
{ "result": {} }
Если для порции нарушений с некоторым packID в PUT-запросе получен status = 1 или
2, все нарушения этой порции (в случае status = 1) или нарушения со status, отличным от
"ok" (в случае общего статуса обработки запроса = 2), подлежат повторной отправке во
внешнюю систему с новыми packID при следующем запросе GET /downloadViolations для
этого customerID..
Повторная нарушений выполняется ограниченное число попыток (конкретное
значение настраивается на стороне БС). Отправляемое повторно нарушение включается в
очередную порцию (packID) нарушений с учетом сортировки по дате и времени нарушения.
f.
Описание ошибок
30
- Список возможных кодов ошибок приведен в таблице ниже.
Таблица 11. Перечень кодов ошибок
HTTP--код
Значение кода
ответа
500
Ошибка сервера при выполнении запроса.
400
Ошибка клиента в параметрах запроса
401
Клиент не передал заголовок Authorization или
авторизационные данные неверны
404
Ресурс не найден
Требуется ли
повторить запрос
Да
Нет
Нет
Нет
Тип ответа: application/ json.
Описание параметров ответа в случае ошибки приведено ниже.
Таблица 12. Описание параметров ответа в случае ошибки
Наименован
ие
errorMessage
Тип
String
Обязательност
ь
Да
Описание
Сообщение с подробностями
31
5. Метод для проверки статуса проезда по нарушениям
a. Общая схема взаимодействия
Эндпоинт /angels-ap-integration/v1/getStatus API БС предназначен для проверки
изменения статуса нарушения. При передачи параметра возвращается текущий статус
конкретного нарушения. При выполнении запроса без параметров, возвращаются все
измененные статусы нарушений, которые ранее не были получены из очереди.
Метод запроса: GET.
Способ авторизации: Basic Auth. Логин и пароль предоставляются пользователю
(внешней системе) разработчиком/эксплуатантом БС.
b.
Параметры запроса (query-параметры)
Параметры запроса описаны в таблице ниже.
Таблица 13. Query-параметры запроса
Параметр
Тип
tTargetGlobalUI
D
packID
String
Обязательнос
ть
Нет
String
Нет
customerID
String
Да
Описание
Уникальный номер нарушения
ID порции статусов, уникален при
каждом запросе
Код получателя статуса
c.
Пример запроса
Пример запроса приведен ниже.
GET https://hostname/angels-ap-integration/v1/getStatus /?tTargetGlobalUID = a1991aa369c8-410c-9099-a76262041fb8&customerID=222
GET https://hostname/angels-ap-integration/v1/getStatus /? packID = a1991aa3-69c8410c-9099-a76262041fb1&customerID=222
d.
Параметры успешного ответа
При успешной обработке запроса Система возвращает ответ с кодом 200. Любой
другой код ответа должен считаться ошибкой. При отправки ответа с кодом 200, измененные
статусы нарушения можно убирать из очереди.
Тип ответа: application/json.
Параметры ответа приведены в таблице ниже.
Таблица 14. Параметры ответа
Параметр
Тип
Обязатель
ность
Да
status
String
statusdate
Да
v_status
datetim
e
String
tTargetGlobalUID
reason
String
Нет
description
String
Нет
Да
Справочник статусов нарушения:
Код статуса
09
02
06
05
22
Описание
Статус обработки запроса.
Всегда "ok", если запрос успешно обработан
Дата и время изменения статуса
Возможные значения см.
“Справочник статусов
нарушения“
Уникальный номер нарушения
Возможные значения см. “Справочник
причин изменения статуса нарушения“
Описание причины изменения статуса
Описание статуса
Нарушение удалено
Нарушение оплачено
Постановление вступило в силу
Постановление отменено
Постановление прекращено
32
Справочник причин изменения статуса нарушения:
Код причины
Описание причины
01
Изменение ГРЗ
02
Изменение типа оплаты на ЭСРП
03
Неверный ГРЗ
04
Изменение типа оплаты на льготный
проезд
05
Проезд удален по причине технической
ошибки
06
Изменение класса ТС
16
Дубликат нарушения за день
08
Некорректные данные или нет данных о
собственнике ТС
18
Оплачено в течение 20 дней
17
По жалобе
10
Иное
Пример успешного ответа с кодом 200 приведен ниже:
{
"status": "ok",
"v_statuses": [
{
"statusdate": "2025-02-15T12:00:00Z",
"v_status": "02"
"tTargetGlobalUID": "a1991aa3-69c8-410c-9099-a76262041fb8"
"reason": "10"
"description": "Причина текстом"
},
{
"statusdate": "2025-02-15T12:00:00Z",
"v_status": "02"
"tTargetGlobalUID": "a1991aa3-69c8-410c-9099-a76262041fb9"
"reason": "10"
"description": "Причина текстом"
}
]
}
e.
Описание ошибок
- Список возможных кодов ошибок приведен в таблице ниже.
Таблица 15. Перечень кодов ошибок
HTTP--код
ответа
Значение кода
Требуется ли
повторить запрос
500
Ошибка сервера при выполнении запроса
Да
400
Ошибка клиента в параметрах запроса
Нет
401
Клиент не передал заголовок Authorization или
авторизационные данные неверны
Нет
404
Ресурс не найден
Нет
Тип ответа: application/json.
Описание параметров ответа в случае ошибки приведено ниже.
Таблица 16. Описание параметров ответа в случае ошибки
33
Наименован
ие
errorMessage
Тип
String
Обязательност
ь
Да
Описание
Сообщение с подробностями
Пример ответа в случае ошибки:
{
"errorMessage": не найдено нарушение с tTargetGlobalUID: a1991aa3-69c8410c-9099-a76262041fb8"
}
6. Метод для подтверждения получения станусов нарушений
a. Общая схема взаимодействия
Для передачи статуса обработки , ранее полученных статусов нарушений посредством
GET-запроса. используется PUT-запрос на эндпоинт /angels-ap-integration/v1/getStatus API
БС.
Метод запроса: PUT.
Способ авторизации: Basic Auth. Логин и пароль предоставляются пользователю
(внешней системе) разработчиком/эксплуатантом БС.
b.
Параметры запроса (query-параметры)
- Параметры запроса описаны в таблице ниже.
Таблица 17. Query-параметры PUT-запроса /downloadViolations
Параметр
packID
customerID
c.
Обязательность
Да
Да
Описание
ID порции нарушений
Код получателя нарушений
Параметры тела запроса
Тело запроса содержит следующие параметры (см. таблицу ниже).
Таблица 18. Параметры тела PUT-запроса /downloadViolations
Параметр
status
Обязательность
Да
statuses
Нет
tTargetGlobalU
ID
v_status
statusdate
d.
Да (если есть объект
statuses)
Да (если есть объект
statuses)
Да (если есть объект
statuses)
Описание
Общий статус операции, одно из
значений:
 0 - "загружено": все ранее
переданные статусы успешно
обработаны (status = ok).
 1 - "не загружено": не удалось
обработать ни одного статуса.
 2 - "частично загружено": statuses
содержит список необработанных
Массив ID нарушений с информацией об
их обработке
Уникальный идентификатор нарушения
Код статуса (см. справочник)
Дата и время изменения статуса
Пример запроса
Пример запроса приведен ниже.
http://hostname/angels-ap-ntegration/v1/getStatus?packID=111&customerID=222
{
"status": 2,
" statuses": [
{
"tTargetGlobalUID ": "736F64D0-3E13-4BBE-AD06-4AED3EF83EF1",
"statusdate": "2025-02-15T12:00:00Z",
"v_status": "09"
},
{
34
"tTargetGlobalUID": "E52BDDEA-E217-45BE-B110-1F7083EED5D9",
"statusdate": "2025-02-15T12:00:00Z",
"v_status": "09"
}
]
}
e.
Параметры успешного ответа
При успешной обработке запроса Система возвращает ответ с кодом 200. Любой
другой код ответа должен считаться ошибкой.
Тип ответа: application/json.
Параметры успешного ответа приведены в таблице ниже.
Таблица 19. Параметры успешного ответа
Наименовани
е
result
Тип
Обязательность
Описание
String
Нет
Сообщение о результате обработки
запроса. В случае успеха – пустая строка.
Пример успешного ответа с кодом 200 приведен ниже:
{ "result": {} }
Если для порции данных статусов с некоторым packID в PUT-запросе получен status =
1 или 2, все данные статусов этой порции (в случае status = 1) или данные статусов со status,
отличным от "ok" (в случае общего статуса обработки запроса = 2), подлежат повторной
отправке во внешнюю систему с новыми packID при следующем запросе GET /getStatus для
этого customerID.
Повторная отправка данных статусов нарушений выполняется ограниченное число
попыток (конкретное значение настраивается на стороне БС). Отправляемые повторно
данные статусов включается в очередную порцию (packID) нарушений с учетом сортировки
по дате и времени изменения статусов.
f.
Описание ошибок
- Список возможных кодов ошибок приведен в таблице ниже.
Таблица 20. Перечень кодов ошибок
HTTP--код
Значение кода
ответа
500
Ошибка сервера при выполнении запроса.
400
Ошибка клиента в параметрах запроса
401
Клиент не передал заголовок Authorization или
авторизационные данные неверны
404
Ресурс не найден
Требуется ли
повторить запрос
Да
Нет
Нет
Нет
Тип ответа: application/ json.
Описание параметров ответа в случае ошибки приведено ниже.
Таблица 21. Описание параметров ответа в случае ошибки
Наименован
ие
errorMessage
Тип
String
Обязательност
ь
Да
Описание
Сообщение с подробностями
35
7. Метод для получения штрафа в БС
a. Общая схема взаимодействия
Для передачи информации о новом штрафе из ПО Административной комиссии в БС
используется эндпоинт / ap-integration/v2/fines.
Метод запроса: POST.
Способ авторизации: Basic Auth. Логин и пароль предоставляются пользователю
(внешней системе) разработчиком/эксплуатантом БС.
b.
Параметры тела запроса
Параметры тела запроса на создание нового штрафа в БС описаны в таблице ниже.
Таблица 22. Параметры тела запроса на создание штрафа
Параметр
Тип
fineStatus
String
Обязательнос
ть
Да
uin
date
String
String
Да
Да
totalSum
paidSum
sts
grz
violetionDate
BarcodePostalI
D
place
type
Float
Float
String
String
String
String
Да
Нет
Да
Да
Да
Нет
String
String
Да
Да
provider
uinViolation
finePDF
String
Да
String
Нет
String
Нет
Base64
c. Пример запроса
Пример тела запроса приведен ниже.
Описание
Статус штрафа. Возможные значения:
 Оплачено,
 НеОплачено,
 Отменено,
Уникальный идентификатор начисления
Дата постановления в формате
yyyymmddhhmmss
Сумма штрафа в рублях
Сумма оплаты в рублях
СТС
ГРЗ ТС
Дата нарушения yyyymmddhhmmss
Почтовый идентификатор почты РФ
Место нарушения
Вид нарушения. Для неоплаты платного
проезда «НеоплатаПлатногоПроезда»
Источник
Уникальный идентификатор нарушения
PDF постановления в формате base64
{
"uin": "0411128704590025008183225",
"date": "2025-02-15T12:00:00Z",
"totalSum": 2000,
"sts": "5908905456",
"violetionDate ": "2025-02-15T12:00:00Z",
"BarcodePostalID": "111111111111",
"place": "г. Пермь ул.Газета Звезда, в районе дома по ул.Газета Звезда, 15",
"type": " НеоплатаПлатногоПроезда ",
"uinViolation": "E347EFC7-2D92-45B0-A9BC-C7E409ADFB96",
"provider": "Ангел",
"grz": "В873ХК159",
"fineStatus": "НеОплачено"
}
d.
Параметры успешного ответа
При успешной обработке запроса Система возвращает ответ с кодом 200. Любой
другой код ответа должен считаться ошибкой.
Тип ответа: application/json.
Ответ содержит структуру result, атрибуты которой полностью аналогичны
параметрам тела запроса.
e.
Описание ошибок
36
- Список возможных кодов ошибок приведен в таблице ниже.
Таблица 23. Перечень кодов ошибок
HTTP--код
ответа
Значение кода
Требуется ли
повторить запрос
500
Ошибка сервера при выполнении запроса
Да
400
Ошибка клиента в параметрах запроса
Нет
401
Клиент не передал заголовок Authorization или
авторизационные данные неверны
Нет
404
Ресурс не найден
Нет
Тип ответа: application/json.
Описание параметров ответа в случае ошибки приведено ниже.
Таблица 24. Описание параметров ответа в случае ошибки
Наименован
ие
errorMessage
Тип
Обязательност
ь
Да
String
Описание
Сообщение с подробностями
Пример ответа в случае ошибки приведен ниже.
{
"errorMessage": "Ошибка! Не хватает следующих полей: 'start'"
}
8. Метод для обновления статуса о штрафе в БС
a. Общая схема взаимодействия
Для обновления сведений о ранее созданном штрафе в БС используется
эндпоинт/ap-integration/v2/fines.
Метод запроса: PATCH.
Метод изменяет только статус штрафа с указанным УИН (параметр uin) в БС. В ответе
возвращаются все сведения о штрафе.
Способ авторизации: Basic Auth. Логин и пароль предоставляются пользователю
(внешней системе) разработчиком/эксплуатантом БС.
b.
Параметры тела запроса
Параметры тела запроса на обновление статуса штрафа в БС описаны в таблице
ниже.
Таблица 25. Параметры тела запроса на обновление статуса штрафа
Параметр
Тип
fineStatus
String
Обязательнос
ть
Да
uin
dateStatus
String
String
Да
Да
Описание
Статус штрафа. Возможные значения:
 Оплачено,
 НеОплачено,
 Отменено,
Уникальный идентификатор начисления
Дата статуса в формате yyyymmddhhmmss
c. Пример запроса
Пример тела запроса приведен ниже.
{
"uin": "0411128704590025008183225",
"dateStatus": "20250325094254",
"fineStatus": "Оплачено"
}
37
d.
Параметры успешного ответа
При успешной обработке запроса Система возвращает ответ с кодом 200. Любой
другой код ответа должен считаться ошибкой.
Тип ответа: application/json.
Ответ содержит структуру result, атрибуты которой соответствуют сведениям об
удаленном штрафе. Состав атрибутов см. в п.7.4 в описании ответа для метода создания
штрафа
в БС
(POST /angels-ap-integration/v2/fines).
e.
Описание ошибок
- Список возможных кодов ошибок приведен в таблице ниже.
Таблица 26. Перечень кодов ошибок
HTTP--код
ответа
Значение кода
Требуется ли
повторить запрос
500
Ошибка сервера при выполнении запроса
Да
400
Ошибка клиента в параметрах запроса
Нет
401
Клиент не передал заголовок Authorization или
авторизационные данные неверны
Нет
404
Ресурс не найден
Нет
Тип ответа: application/json.
Описание параметров ответа в случае ошибки приведено ниже.
Таблица 27. Описание параметров ответа в случае ошибки
Наименован
ие
errorMessage
Тип
Обязательност
ь
Да
String
Описание
Сообщение с подробностями
Пример ответа в случае ошибки приведен ниже.
{
"errorMessage": "Ошибка! Не хватает следующих полей: 'uin'"
}
9. Метод для изменения сведений о штрафе в БС
a. Общая схема взаимодействия
Для изменения сведений о ранее созданном штрафе в БС используется эндпоинт /apintegration/v2/fines.
Метод запроса: PUT.
Метод изменяет все атрибуты штрафа с указанным УИН (параметр uin) в БС.
Способ авторизации: Basic Auth. Логин и пароль предоставляются пользователю
(внешней системе) разработчиком/эксплуатантом БС.
b.
Параметры тела запроса
Параметры тела запроса на изменение штрафа в БС описаны в таблице ниже.
Таблица 28. Параметры тела запроса на изменение штрафа
Параметр
Тип
fineStatus
String
Обязательнос
ть
Да
uin
date
String
String
Да
Да
totalSum
paidSum
sts
Float
Float
String
Да
Нет
Да
Описание
Статус штрафа. Возможные значения:
 Оплачено,
 НеОплачено,
 Отменено,
Уникальный идентификатор начисления
Дата постановления в формате
yyyymmddhhmmss
Сумма штрафа в рублях
Сумма оплаты в рублях
СТС
38
grz
violetionDate
BarcodePost
alID
place
type
String
String
String
Да
Да
Нет
ГРЗ ТС
Дата нарушения yyyymmddhhmmss
Почтовый идентификатор почты РФ
String
String
Да
Да
provider
uinViolation
String
String
Да
Нет
Место нарушения
Вид нарушения. Для неоплаты платного
проезда «НеоплатаПлатногоПроезда»
Источник
Уникальный идентификатор нарушения
Параметр «Уникальный идентификатор нарушения» (uinViolation) в PUT-запросе не
используется (игнорируется), т.к. это значение считается неизменным на протяжении всего
жизненного цикла нарушения, а поиск штрафа в БС осуществляется по УИН (параметр uin).
c. Пример запроса
Пример тела запроса приведен ниже.
{
"uin": "0411128704590025008183225",
"date": "2025-02-15T12:00:00Z",
"totalSum": 2000,
"sts": "5908905456",
"violetionDate ": "2025-02-15T12:00:00Z",
"BarcodePostalID": "111111111111",
"place": "г. Пермь ул.Газета Звезда, в районе дома по ул.Газета Звезда, 15",
"type": "НарушениеПравилПлатнойПарковки",
"uinViolation": "E347EFC7-2D92-45B0-A9BC-C7E409ADFB96",
"provider": "Ангел",
"grz": "В873ХК159",
"fineStatus": "НеОплачено"
}
d.
Параметры успешного ответа
При успешной обработке запроса Система возвращает ответ с кодом 200. Любой
другой код ответа должен считаться ошибкой.
Тип ответа: application/json.
Ответ содержит структуру result, атрибуты которой соответствуют сведениям об
удаленном штрафе. Состав атрибутов см. в п.7.4 в описании ответа для метода создания
штрафа в БС (POST /ap-integration/v2/fines).
e.
Описание ошибок
- Список возможных кодов ошибок приведен в таблице.
Таблица 29. Перечень кодов ошибок
HTTP--код
ответа
Значение кода
Требуется ли
повторить запрос
500
Ошибка сервера при выполнении запроса
Да
400
Ошибка клиента в параметрах запроса
Нет
401
Клиент не передал заголовок Authorization или
авторизационные данные неверны
Нет
404
Ресурс не найден
Нет
Тип ответа: application/json.
Описание параметров ответа в случае ошибки приведено ниже.
Таблица 30. Описание параметров ответа в случае ошибки
Наименован
ие
errorMessage
Тип
String
Обязательност
ь
Да
Описание
Сообщение с подробностями
39
Пример ответа в случае ошибки приведен ниже.
{
"errorMessage": "Ошибка! Не хватает следующих полей: 'start'"
}
40
10. Метод для удаления штрафа в БС
a. Общая схема взаимодействия
Для удаления ранее созданного штрафа в БС используется эндпоинт
/ap-integration/v2/fines.
Метод запроса: DELETE.
Способ авторизации: Basic Auth. Логин и пароль предоставляются пользователю
(внешней системе) разработчиком/эксплуатантом БС.
b.
Параметры тела запроса
Параметры тела запроса на удаление штрафа в БС описаны в таблице ниже.
Таблица 31. Параметры тела запроса на удаление штрафа
Параметр
uin
reason
Тип
String
String
Обязательнос
ть
Да
Да
Описание
Уникальный идентификатор начисления
Причина удаления штрафа
c.
Параметры успешного ответа
При успешной обработке запроса Система возвращает ответ с кодом 200. Любой
другой код ответа должен считаться ошибкой.
Тип ответа: application/json.
Ответ содержит структуру result, атрибуты которой соответствуют сведениям об
удаленном штрафе. Состав атрибутов см. в п.7.4 в описании ответа для метода создания
штрафа в БС (POST /ap-integration/v2/fines).
d.
Описание ошибок
- Список возможных кодов ошибок приведен в таблице ниже.
Таблица 32. Перечень кодов ошибок
HTTP--код
ответа
Значение кода
Требуется ли
повторить запрос
500
Ошибка сервера при выполнении запроса
Да
400
Ошибка клиента в параметрах запроса
Нет
401
Клиент не передал заголовок Authorization или
авторизационные данные неверны
Нет
404
Ресурс не найден
Нет
Тип ответа: application/json.
Описание параметров ответа в случае ошибки приведено ниже.
Таблица 33. Описание параметров ответа в случае ошибки
Наименован
ие
errorMessage
Тип
String
Обязательност
ь
Да
Описание
Сообщение с подробностями
Пример ответа в случае ошибки приведен ниже.
{
"errorMessage": "Ошибка! Не хватает следующих полей: 'uin'"
}
Заказчик:
Исполнитель:
Директор ГКУ «Цифра.ФТ»
________________
_____________________/Л.В. Мартыненко/
_____________________/____________/
41
«___» ___________ 2026 г.
«___» ___________ 2026 г.
М.П.
М.П.

=== ФАЙЛ: 5_Приложение №5_Порядок предоставления обеспечения заявок | docs/0881500000126000063/5_Приложение №5_Порядок предоставления обеспечения заявок.pdf
Приложение № 5 к извещению об аукционе в электронной форме
Порядок предоставления обеспечения заявок на участие в закупке
Согласно части 4 статьи 44 Федерального закона от 5 апреля 2013 г.
№ 44-ФЗ
«О контрактной системе в сфере закупок товаров, работ, услуг для
обеспечения государственных и муниципальных нужд» (далее –
Федеральный закон № 44-ФЗ) обеспечение заявки на участие в
конкурентных закупках (далее – закупка) может предоставляться
участником закупки в виде денежных средств или независимой гарантии.
Выбор способа обеспечения осуществляется участником закупки
самостоятельно.
Требование об обеспечении заявки на участие в закупке в равной мере
относится ко всем участникам закупки, за исключением государственных,
муниципальных
учреждений,
которые
не предоставляют обеспечение подаваемых ими заявок на участие в
определении поставщиков (подрядчиков, исполнителей).
Обеспечение заявки на участие в закупке предоставляется в размере,
указанном
в извещении об осуществлении закупки.
Предприятия
уголовно-исполнительной
системы,
организации
инвалидов, предусмотренные частью 2 статьи 29 Федерального закона № 44ФЗ, предоставляют обеспечение заявки на участие в закупке в размере
одной второй процента начальной (максимальной) цены контракта.
Участник закупки для подачи заявки на участие в закупке выбирает с
использованием электронной площадки способ обеспечения такой заявки
путем указания реквизитов специального счета или указания номера
реестровой записи из реестра независимых гарантий, размещенного в
единой информационной системе.
Часть 1. Внесение денежных средств в качестве обеспечения заявки
Денежные средства, предназначенные для обеспечения заявок,
предоставляются путем блокирования денежных средств, внесенных
участником закупки на банковский счет, открытый таким участником в
банке, включенном в перечень, утвержденный Правительством Российской
Федерации. Требования к таким банкам, к договору специального счета, к
порядку использования имеющегося у участника закупки банковского счета
в
качестве
специального
счета
устанавливаются
постановлением
Правительства Российской Федерации от 20 декабря 2021 г. № 2369 «О
требованиях к банкам и фондам содействия кредитованию (гарантийным
фондам, фондам поручительств) для целей осуществления закупок товаров
(работ,
услуг)
для обеспечения государственных и муниципальных нужд, об изменении и
признании утратившими силу некоторых актов и отдельных положений
некоторых актов Правительства Российской Федерации».
Подача заявки на участие в закупке означает согласие участника
закупки на блокирование денежных средств, находящихся на его
специальном счете, в размере обеспечения заявки на участие в закупке.
В случае получения от банка информации об отсутствии на
специальном счете денежных средств в размере, необходимом для
2
обеспечения заявки на участие в закупке, оператор электронной площадки
осуществляет возврат заявки подавшему ее участнику закупки.
Часть 2. Независимая гарантия
Независимая гарантия должна быть безотзывной и должна содержать:
1) сумму независимой гарантии, подлежащую уплате гарантом
бенефициару (заказчику) в установленных частью 15 статьи 44
Федерального закона № 44-ФЗ случаях, а также идентификационный код
закупки, при осуществлении которой предоставляется такая независимая
гарантия;
2) обязательства принципала, надлежащее исполнение которых
обеспечивается независимой гарантией;
3) обязанность гаранта в случае просрочки исполнения обязательств
по независимой гарантии, требование об уплате денежной суммы по
которой соответствует условиям такой независимой гарантии и предъявлено
заказчиком до окончания срока ее действия, за каждый день просрочки
уплатить заказчику неустойку в размере 0,1 процента денежной суммы,
подлежащей уплате по такой независимой гарантии;
4) условие, согласно которому исполнением обязательств гаранта по
независимой гарантии является фактическое поступление денежных сумм
на счет, на котором в соответствии с законодательством Российской
Федерации
учитываются
операции
со
средствами,
поступающими
заказчику;
5) срок действия независимой гарантии с учетом требований ст. 44
Федерального закона № 44-ФЗ;
6) установленный
постановлением
Правительства
Российской
Федерации от 8 ноября 2013 года № 1005 «О независимых гарантиях,
используемых для целей Федерального закона «О контрактной системе в
сфере закупок товаров, работ, услуг для обеспечения государственных и
муниципальных нужд» (далее - Постановление № 1005) перечень
документов, предоставляемых заказчиком гаранту одновременно с
требованием об осуществлении уплаты денежной суммы по независимой
гарантии.
В соответствии с Постановлением № 1005 независимая гарантия
оформляется в письменной форме на бумажном носителе или в форме
электронного документа, подписанного электронной подписью, вид которой
предусмотрен Федеральным законом № 44-ФЗ, лица, имеющего право
действовать от имени гаранта, на условиях, определенных гражданским
законодательством и статьей 45 Федерального закона № 44-ФЗ, с учетом
следующих дополнительных требований:
1) обязательное закрепление в независимой гарантии:
права заказчика в случае, предусмотренном п. 7 ч. 10 ст. 44
Федерального
закона
№ 44-ФЗ, представлять на бумажном носителе или в форме электронного
документа требование об уплате денежной суммы по независимой гарантии,
предоставленной в качестве обеспечения заявки, в размере обеспечения
заявки, установленном в извещении об осуществлении закупки;
права заказчика по передаче права требования по независимой
гарантии
при
перемене
заказчика
в
случаях,
предусмотренных
законодательством
Российской
Федерации,
3
с предварительным извещением об этом гаранта;
условия о том, что расходы, возникающие в связи с перечислением
денежных средств гарантом по независимой гарантии, несет гарант;
перечня
документов,
представляемых
заказчиком
гаранту
одновременно
с
требованием
об осуществлении уплаты денежной суммы по независимой гарантии,
утвержденного Постановлением № 1005
2) недопустимость включения в независимую гарантию:
положений о праве гаранта отказывать в удовлетворении требования
заказчика о платеже по независимой гарантии в случае непредоставления
гаранту
заказчиком
уведомления
о нарушении поставщиком (подрядчиком, исполнителем) условий
контракта, гарантийных обязательств или расторжении контракта (за
исключением
случаев,
когда
направление
такого
уведомления
предусмотрено условиями контракта или законодательством Российской
Федерации);
требований о предоставлении заказчиком гаранту отчета об
исполнении контракта, гарантийных обязательств;
требований о предоставлении заказчиком гаранту одновременно с
требованием
об осуществлении уплаты денежной суммы по независимой гарантии
документов,
не включенных в перечень документов, представляемых заказчиком гаранту
одновременно
с требованием об осуществлении уплаты денежной суммы по независимой
гарантии, утвержденный Постановлением № 1005;
3) обязательное наличие нумерации на всех листах независимой
гарантии, которые должны быть прошиты, подписаны и скреплены печатью
(при
наличии)
гаранта,
в
случае
ее оформления в письменной форме на бумажном носителе на нескольких
листах.
В независимую гарантию включается условие об обязанности гаранта
уплатить заказчику (бенефициару) денежную сумму по независимой
гарантии
не
позднее
десяти
рабочих
дней
со дня, следующего за днем получения гарантом требования заказчика
(бенефициара), соответствующего условиям такой независимой гарантии,
при отсутствии предусмотренных Гражданским кодексом Российской
Федерации оснований для отказа в удовлетворении этого требования.
Запрещается включение в условия независимой гарантии требования
о представлении заказчиком гаранту судебных актов, подтверждающих
неисполнение принципалом обязательств, обеспечиваемых независимой
гарантией.
Заказчик рассматривает поступившую независимую гарантию в срок,
не превышающий трех рабочих дней со дня ее поступления, если
Федеральным законом № 44-ФЗ не установлено иное.
Основанием для отказа в принятии независимой гарантии заказчиком
является:
1) отсутствие информации о независимой гарантии в предусмотренном
статьей 45 Федерального закона № 44-ФЗ реестре независимых гарантий;
2) несоответствие
независимой
гарантии
требованиям,
предусмотренным
ч.
2,
3
и
8.2
4
ст. 45 Федерального закона № 44-ФЗ;
3) несоответствие независимой гарантии требованиям, содержащимся
в Извещении.
В случае отказа в принятии независимой гарантии заказчик в срок,
установленный
ч. 5 ст. 45 Федерального закона № 44-ФЗ, информирует в письменной форме
или в форме электронного документа об этом лицо, предоставившее
независимую гарантию, с указанием причин, послуживших основанием для
отказа, за исключением случаев, предусмотренных Федерального законом
№ 44-ФЗ, при которых заказчик информирует лицо, предоставившее
независимую гарантию, путем указания таких причин в протоколах
определения поставщиков (подрядчиков, исполнителей).
Независимая
гарантия,
информация
о
ней
и
документы,
предусмотренные ч. 9 ст. 45 Федерального закона № 44-ФЗ, должны быть
включены в реестр независимых гарантий, размещенный в ЕИС, за
исключением независимых гарантий, указанных в ч. 8.1 ст. 45 Федерального
закона № 44-ФЗ. Ведение такого реестра осуществляется путем включения
в соответствии с порядком, предусмотренным ч. 8.2 ст. 45 Федерального
закона № 44-ФЗ, таких информации и документов в реестр и присвоения
номера реестровой записи. В течение одного рабочего дня после включения
таких информации и документов в реестр независимых гарантий гарант
направляет принципалу выписку из реестра независимых гарантий.
